GNU bug report logs -
#15913
24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sun, 17 Nov 2013 18:23:02 UTC
Severity: normal
Found in version 24.3.50
Done: Eli Zaretskii <eliz <at> gnu.org>
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 15913 in the body.
You can then email your comments to 15913 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#15913
; Package
emacs
.
(Sun, 17 Nov 2013 18:23: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
.
(Sun, 17 Nov 2013 18:23:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
The same symptom is true wherever property `mouse-face' is used, AFAICT.
When you move the mouse on top of such a zone, at first there is no
highlighting, then there is highlighting very briefly, which disappears
even when you keep the mouse in the same position over the zone.
If you move the mouse away from the `mouse-face' zone and then move it
back over the zone, you will get another brief flash of highlighting.
Essentially, `mouse-face' has lost all of its highlighting, except
for a brief flash as you move into the zone. It should stay lit as long
as the mouse is over the zone.
I see this in `emacs -Q', but especially in my setup. In `emacs -Q', it
seems that the highlighting disappears at the moment that a :help
tooltip is displayed. In my setup I have `tool-tip-mode' turned off.
This regression was introduced after this build (2013-08-23):
In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
of 2013-08-23 on ODIEONE
Bzr revision: 113986 rgm <at> gnu.org-20130823185841-zoy6h1qk433ibrlf
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'
and before this build (2013-08-31):
In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
of 2013-08-31 on ODIEONE
Bzr revision: 114088 rgm <at> gnu.org-20130901021232-sazo0qla2qgcko95
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'
-------------------------------
In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
of 2013-11-12 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Sun, 17 Nov 2013 21:06:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 15913 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 17 Nov 2013 09:49:02 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
>
>
> The same symptom is true wherever property `mouse-face' is used, AFAICT.
> When you move the mouse on top of such a zone, at first there is no
> highlighting, then there is highlighting very briefly, which disappears
> even when you keep the mouse in the same position over the zone.
>
> If you move the mouse away from the `mouse-face' zone and then move it
> back over the zone, you will get another brief flash of highlighting.
>
> Essentially, `mouse-face' has lost all of its highlighting, except
> for a brief flash as you move into the zone. It should stay lit as long
> as the mouse is over the zone.
>
> I see this in `emacs -Q', but especially in my setup. In `emacs -Q', it
> seems that the highlighting disappears at the moment that a :help
> tooltip is displayed. In my setup I have `tool-tip-mode' turned off.
>
> This regression was introduced after this build (2013-08-23):
The refactoring fever strikes again.
Fixed for the w32 build in trunk revision 115130.
Can someone please check that the same change as I made in w32term.c
is required in xterm.c and nsterm.m, and if so, please commit
equivalent changes there? TIA.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Sun, 17 Nov 2013 21:13:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 15913 <at> debbugs.gnu.org (full text, mbox):
> The refactoring fever strikes again.
> Fixed for the w32 build in trunk revision 115130.
Thanks for the prompt fix.
I'm kind of surprised no one reported this before now,
including myself - somehow I didn't pay attention to it
before.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Sun, 17 Nov 2013 21:25:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 15913 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 17 Nov 2013 13:12:35 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
> Cc: 15913 <at> debbugs.gnu.org
>
> I'm kind of surprised no one reported this before now,
> including myself - somehow I didn't pay attention to it
> before.
It's hard to notice, because experienced users don't usually wait for
the tooltip to appear, they just click the mouse and are done with
that.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Mon, 18 Nov 2013 19:55:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 15913 <at> debbugs.gnu.org (full text, mbox):
17 nov 2013 kl. 22:04 skrev Eli Zaretskii <eliz <at> gnu.org>:
> The refactoring fever strikes again.
>
> Fixed for the w32 build in trunk revision 115130.
>
> Can someone please check that the same change as I made in w32term.c
> is required in xterm.c and nsterm.m, and if so, please commit
> equivalent changes there? TIA.
>
As far as I can tell, no change is needed.
Jan D.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Mon, 18 Nov 2013 20:35:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Drew Adams <drew.adams <at> oracle.com>
:
bug acknowledged by developer.
(Mon, 18 Nov 2013 20:35:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 15913-done <at> debbugs.gnu.org (full text, mbox):
> From: Jan Djärv <jan.h.d <at> swipnet.se>
> Date: Mon, 18 Nov 2013 20:53:50 +0100
> Cc: 15913 <at> debbugs.gnu.org
>
>
> 17 nov 2013 kl. 22:04 skrev Eli Zaretskii <eliz <at> gnu.org>:
>
> > The refactoring fever strikes again.
> >
> > Fixed for the w32 build in trunk revision 115130.
> >
> > Can someone please check that the same change as I made in w32term.c
> > is required in xterm.c and nsterm.m, and if so, please commit
> > equivalent changes there? TIA.
> >
>
> As far as I can tell, no change is needed.
Thanks, then this bug can be closed.
Did not alter fixed versions and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 29 Nov 2013 02:40:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Fri, 29 Nov 2013 02:42:01 GMT)
Full text and
rfc822 format available.
Message #27 received at 15913 <at> debbugs.gnu.org (full text, mbox):
> > The same symptom is true wherever property `mouse-face' is used, AFAICT.
> > When you move the mouse on top of such a zone, at first there is no
> > highlighting, then there is highlighting very briefly, which disappears
> > even when you keep the mouse in the same position over the zone.
> >
> > If you move the mouse away from the `mouse-face' zone and then move it
> > back over the zone, you will get another brief flash of highlighting.
> >
> > Essentially, `mouse-face' has lost all of its highlighting, except
> > for a brief flash as you move into the zone. It should stay lit as long
> > as the mouse is over the zone.
> >
> > I see this in `emacs -Q', but especially in my setup. In `emacs -Q', it
> > seems that the highlighting disappears at the moment that a :help
> > tooltip is displayed. In my setup I have `tool-tip-mode' turned off.
> >
> > This regression was introduced after this build (2013-08-23):
>
> The refactoring fever strikes again.
>
> Fixed for the w32 build in trunk revision 115130.
I reopened this bug. I'm still seeing this as of today's build.
I see no improvement, in fact - same symptoms.
In GNU Emacs 24.3.50.2 (i686-pc-mingw32)
of 2013-11-28 on LEG570
Bzr revision: 115271 rgm <at> gnu.org-20131128203155-qjc1xsp19z2k64b2
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Fri, 29 Nov 2013 02:49:01 GMT)
Full text and
rfc822 format available.
Message #30 received at 15913 <at> debbugs.gnu.org (full text, mbox):
I can add that when I move the mouse over a mouse-face zone it can
cause the menu-bar to flicker. HTH.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Fri, 29 Nov 2013 08:56:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Drew Adams <drew.adams <at> oracle.com>
:
bug acknowledged by developer.
(Fri, 29 Nov 2013 08:56:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 15913-done <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 28 Nov 2013 18:41:27 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
> Cc: 15913 <at> debbugs.gnu.org
>
> > Fixed for the w32 build in trunk revision 115130.
>
> I reopened this bug. I'm still seeing this as of today's build.
> I see no improvement, in fact - same symptoms.
There was an improvement,but it as not enough.
Fixed again in trunk revision 115281.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Fri, 29 Nov 2013 08:57:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 15913 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 28 Nov 2013 18:48:31 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
> Cc: 15913 <at> debbugs.gnu.org
>
> I can add that when I move the mouse over a mouse-face zone it can
> cause the menu-bar to flicker. HTH.
That's just a sign of a redisplay cycle. Perfectly normal.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Fri, 29 Nov 2013 15:04:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 15913-done <at> debbugs.gnu.org (full text, mbox):
> > I reopened this bug. I'm still seeing this as of today's build.
> > I see no improvement, in fact - same symptoms.
>
> There was an improvement,but it as not enough.
>
> Fixed again in trunk revision 115281.
Great. Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Fri, 29 Nov 2013 15:07:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 15913 <at> debbugs.gnu.org (full text, mbox):
> > I can add that when I move the mouse over a mouse-face zone it can
> > cause the menu-bar to flicker. HTH.
>
> That's just a sign of a redisplay cycle. Perfectly normal.
I guess you're right about that (for some definition of normal):
There is no mouseover problem in Emacs 24.3 or prior, but the flickering
of the menu bar is there. However, there is no such flickering with
Emacs 20 at all. (I no longer have Emacs 21, so AFAICT the flickering
problem starts with Emacs 22.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Fri, 29 Nov 2013 15:30:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 15913 <at> debbugs.gnu.org (full text, mbox):
> Date: Fri, 29 Nov 2013 07:06:09 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
> Cc: 15913 <at> debbugs.gnu.org
>
> There is no mouseover problem in Emacs 24.3 or prior, but the flickering
> of the menu bar is there. However, there is no such flickering with
> Emacs 20 at all.
The display engine got almost completely rewritten for Emacs 21.1.
Previous versions could assume that the menu bar doesn't need to
change too frequently, but later versions cannot.
> (I no longer have Emacs 21, so AFAICT the flickering problem starts
> with Emacs 22.)
I'm quite sure it's 21.1.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15913
; Package
emacs
.
(Fri, 29 Nov 2013 15:36:01 GMT)
Full text and
rfc822 format available.
Message #50 received at 15913 <at> debbugs.gnu.org (full text, mbox):
> > There is no mouseover problem in Emacs 24.3 or prior, but the flickering
> > of the menu bar is there. However, there is no such flickering with
> > Emacs 20 at all.
>
> The display engine got almost completely rewritten for Emacs 21.1.
> Previous versions could assume that the menu bar doesn't need to
> change too frequently, but later versions cannot.
Good to know that reason.
> > (I no longer have Emacs 21, so AFAICT the flickering problem starts
> > with Emacs 22.)
>
> I'm quite sure it's 21.1.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 28 Dec 2013 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 130 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.