--- Begin Message ---
|
Subject: |
24.0.50; mouse highlighting vanishes upon unsplitting window |
|
Date: |
Mon, 22 Nov 2010 15:57:51 +0100 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
1. emacs -q
2. C-x 2
3. Put the mouse pointer over one of the links in the splash screen, so
that the link becomes highlighted.
4. C-x 1
=> The highlighting from step 3 disappears, although the mouse pointer
is still over the link. If the cursor is moved onto the link, then the
character under the cursor shows highlighting again, and moving the
cursor within the link extends the highlighting.
This problem is reliably reproducible, also on earlier builds of Emacs
24 I have, but not on Emacs 23.1.91 (I don't have 23.2).
In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.18.6)
of 2010-11-22 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.10605000
configured using `configure '--without-toolkit-scroll-bars''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=local
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#7464: 24.0.50; mouse highlighting vanishes upon unsplitting window |
|
Date: |
Sat, 31 Mar 2012 21:12:39 +0300 |
> From: Stephen Berman <address@hidden>
> Cc: address@hidden, address@hidden
> Date: Sat, 31 Mar 2012 16:01:19 +0200
>
> On Sat, 31 Mar 2012 08:56:00 +0300 Eli Zaretskii <address@hidden> wrote:
>
> > Can you show a backtrace in a few instances when the breakpoint inside
> > cancel_mouse_face breaks? I think these calls are those that keep the
> > highlighting from being wiped out in the GTK build.
>
> I've attached two backtraces. The first backtrace was produced
> immediately after typing `r -q', with execution breaking before the
> frame appeared. The second backtrace was produced after the second
> break, when the frame appeared with the menu and tool bars but no scroll
> bar or text. This backtrace and subsequent (essentially identical) ones
> included no Lisp backtrace. At the third break, the scroll bar
> appeared; the backtrace is the same as the second one. Continuing after
> that, the splash screen appeared and execution reverted to the command
> loop. I then typed C-x 2 and execution broke four times to split the
> window and redisplay the scroll bars. Then C-x 1 with the mouse pointer
> over a link text, showing highlighting (which remained after
> continuing), the execution breaking once. Each of these breaks produced
> the same backtrace, essentially like the second one, but without the
> call to x_scroll_bar_create and with a much larger level_stack in the
> redisplay_window frame.
Thanks. So I think the issue is now completely clear, and with
Stefan's permission I installed the fix for this bug (as trunk
revision 107713).
I'm therefore closing the bug.
--- End Message ---