GNU bug report logs -
#31446
26.1; sql-interactive-mode buffer naming is broken
Previous Next
Reported by: Phil Sainty <psainty <at> orcon.net.nz>
Date: Mon, 14 May 2018 05:56:02 UTC
Severity: normal
Found in version 26.1
Done: Michael Mauger <mmauger <at> protonmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On 2018-05-22 03:45, Eli Zaretskii wrote:
> Thanks, I tried fixing it in a slightly different way, please take a
> look. I'd like to avoid releasing Emacs 26.1 with sql.el that was
> broken by latest changes.
That seems to work, except for regressing this bit:
>> I *think* we'd want (consp new-name) for that test (especially as
>> it ought to cover multiple uses of C-u)
With C-u C-u M-x sql-postgres I end up with buffer name "*SQL: (16)*"
and "Process SQL: (16) finished" etc.
Another difference from Emacs 25 is that using a prefix arg in Emacs 25
was guaranteed to create a new buffer/process (if the chosen buffer name
conflicted then it was uniquified), whereas the new code is switching to
the pre-existing buffer in the situation.
Calling `sql-rename-buffer' handles uniquification, and my suggested
code seems to be consistent with the old behaviour.
Hopefully Filipp (or others) can do some testing as well -- I've not
been
as thorough as I would like, so it would be good to have others
verifying
the changes too.
-Phil
As a side-note, I've just observed that killing SQLi buffers from the
`list-buffers' buffer triggers "error in process sentinel: Selecting
deleted buffer" after confirming that the process should be killed
(which prevents marking and killing *multiple* such buffers). I see
this also happens in Emacs 25, however.
This bug report was last modified 6 years and 71 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.