GNU bug report logs -
#15016
24.3.50; return of #8789: touch border of *Backtrace* frame > it disappears (exits)
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sat, 3 Aug 2013 15:57:02 UTC
Severity: minor
Tags: moreinfo
Found in version 24.3.50
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15016 in the body.
You can then email your comments to 15016 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15016
; Package
emacs
.
(Sat, 03 Aug 2013 15:57:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Drew Adams <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 03 Aug 2013 15:57:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I am now seeing again the behavior I reported in the middle of the
discussion of bug #8789, which I thought had been fixed:
When I touch mouse-1 to the *Backtrace* frame border, to try to widen
the frame (because the debugger frame now insists upon reinitializing
itself instead of remembering the last width I dragged it to...), the
frame immediately disappears and the debugger is exited.
Quite frustrating to use...
Again, the context is using `debug-on-entry' for a function that is
invoked when the minibuffer is active - for example, a function used to
sort candidates in *Completions*.
Here is the relevant description from bug #8789:
> Sent: Wednesday, September 19, 2012 9:46 AM
...
> Sometimes I can grab the border of the *Backtrace* frame, as usual, and
> resize it (even though it goes back to the default size when I hit `d', as
> described earlier).
>
> But sometimes I cannot: as soon as I touch the mouse to the frame edge and
> try to drag it, the frame disappears! I can just touch it (e.g. click it)
> without it disappearing, but as soon as I try to drag the touched edge, the
> frame disappears. It does not matter which edge (e.g. bottom or right) I
> try to drag.
>
> No idea what is going on here - I have never seen anything like this.
>
> This happpens systematically when I enter the debugger in a certain context,
> and it never seems to happen otherwise. But that context is far too complex to
> try to communicate. Suffice it to say that this happens.
>
> When it happens I see nothing additional in *Messages*, and there is no
> crash. The *Backtrace* frame just disappears, and the mode line indicates
> that I am no longer in a recursive edit - IOW, the debugger is exited.
> And if I explicitly visit buffer *Backtrace*, I see that it is indeed empty.
>
> It is as if trying to drag the frame edge is (sometimes) the equivalent of
> hitting `q' in the debugger.
>
> Very weird. I'm sorry that I cannot offer more info about this. But
> clearly something is very wrong.
In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
of 2013-07-21 on ODIEONE
Bzr revision: 113485 lekktu <at> gmail.com-20130722012547-e3b7qxn1dba5vf20
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs
CFLAGS=-O0 -g3 LDFLAGS=-Lc:/Devel/emacs/lib
CPPFLAGS=-Ic:/Devel/emacs/include'
Removed tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 26 Dec 2015 00:55:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15016
; Package
emacs
.
(Mon, 07 Oct 2019 15:19:01 GMT)
Full text and
rfc822 format available.
Message #10 received at 15016 <at> debbugs.gnu.org (full text, mbox):
Drew Adams <drew.adams <at> oracle.com> writes:
> I am now seeing again the behavior I reported in the middle of the
> discussion of bug #8789, which I thought had been fixed:
>
> When I touch mouse-1 to the *Backtrace* frame border, to try to widen
> the frame (because the debugger frame now insists upon reinitializing
> itself instead of remembering the last width I dragged it to...), the
> frame immediately disappears and the debugger is exited.
>
> Quite frustrating to use...
>
> Again, the context is using `debug-on-entry' for a function that is
> invoked when the minibuffer is active - for example, a function used to
> sort candidates in *Completions*.
Do you have a recipe to reproduce this bug from "emacs -Q"? You're
mentioning the "*Backtrace* frame", which is unusual, so I'm guessing
you have some customisations to pop up a frame that has the backtrace
buffer?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 07 Oct 2019 15:19:04 GMT)
Full text and
rfc822 format available.
Reply sent
to
Stefan Kangas <stefan <at> marxist.se>
:
You have taken responsibility.
(Wed, 15 Jan 2020 05:37:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Drew Adams <drew.adams <at> oracle.com>
:
bug acknowledged by developer.
(Wed, 15 Jan 2020 05:37:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 15016-done <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Drew Adams <drew.adams <at> oracle.com> writes:
>
>> I am now seeing again the behavior I reported in the middle of the
>> discussion of bug #8789, which I thought had been fixed:
>>
>> When I touch mouse-1 to the *Backtrace* frame border, to try to widen
>> the frame (because the debugger frame now insists upon reinitializing
>> itself instead of remembering the last width I dragged it to...), the
>> frame immediately disappears and the debugger is exited.
>>
>> Quite frustrating to use...
>>
>> Again, the context is using `debug-on-entry' for a function that is
>> invoked when the minibuffer is active - for example, a function used to
>> sort candidates in *Completions*.
>
> Do you have a recipe to reproduce this bug from "emacs -Q"? You're
> mentioning the "*Backtrace* frame", which is unusual, so I'm guessing
> you have some customisations to pop up a frame that has the backtrace
> buffer?
More information was requested, but none was given within 14 weeks, so
I'm closing this bug. If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.
Best regards,
Stefan Kangas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 12 Feb 2020 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 125 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.