GNU bug report logs - #15913
24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Drew Adams <drew.adams <at> oracle.com>
Subject: bug#15913: closed (Re: bug#15913: 24.3.50; regression: mouse-face
 does not stay on (turn-off due to tooltip?))
Date: Mon, 18 Nov 2013 20:35:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 15913 <at> debbugs.gnu.org.

-- 
15913: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15913
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 15913-done <at> debbugs.gnu.org
Subject: Re: bug#15913: 24.3.50;
 regression: mouse-face does not stay on (turn-off due to tooltip?)
Date: Mon, 18 Nov 2013 22:34:18 +0200

> 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.

[Message part 3 (message/rfc822, inline)]

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; regression: mouse-face does not stay on (turn-off due to
 tooltip?)
Date: Sun, 17 Nov 2013 09:49:02 -0800 (PST)

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'

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.