Subject: bug#17588: closed (Re: bug#17588: 24.3.91; mouse-face glitchy)

From: [email-masked] (GNU bug Tracking System)
Date: Thu, 29 May 2014 16:52:02 +0000

Your bug report

#17588: 24.3.91; mouse-face glitchy

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 [email-masked].

-- 
17588: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17588
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#17588: 24.3.91; mouse-face glitchy
From: Eli Zaretskii <[email-masked]>
To: [email-masked]
Date: Thu, 29 May 2014 19:51:35 +0300
List-Id: <debbugs-submit.debbugs.gnu.org>

> From: Christopher Schmidt <[email-masked]>
> Date: Thu, 29 May 2014 12:14:52 -0400 (EDT)
> 
> Eli Zaretskii <[email-masked]> writes:
> > And this seems to be our villain.  Does the patch below help?
> 
> Yes, it fixes the problem.

Great, committed to emacs-24 branch as revision 117171.

> Thank you very much for your work, Eli.

Thanks for your great help.

Subject: 24.3.91; mouse-face glitchy
From: Christopher Schmidt <[email-masked]>
To: [email-masked]
Date: Sun, 25 May 2014 15:04:18 -0400 (EDT)
List-Id: <debbugs-submit.debbugs.gnu.org>

    emacs -q
    M-: (run-at-time nil 0.01
                     (lambda ()
                       (with-current-buffer (get-buffer-create "rms")
                         (with-silent-modifications
                           (dotimes (_ 10)
                             (insert (if (= (random 2) 1) "gpl" "fsf") "\n")))
                         (when (> (- (point-max) (point-min)) 100)
                           (delete-region (point-min) (+ (point-min) 100)))))) RET
    C-x 2
    C-x 3
    C-x b rms RET
    C-x o
    C-x b rms2 RET
    C-x o
    C-x b rms2 RET
    M-: (dotimes (i 1000)
          (insert (propertize (format "%3d%3d%3d" i i i)
                              'mouse-face 'highlight)
                  "\n")) RET
    # Move your mouse pointer around within the rms2 windows and the
    # modeline of the rms window.

I see two glitches with regard to mouse-face highlighting.  Either there
is no highlighting at all or the font does not switch back to the
regular one after leaving the connected highlight region.

This recipe is not exactly reliable.  It usually takes up to 20 seconds
of mouse movement to trigger the issue here.  Some scrolling helps.

I realise my recipe puts a lot of pressure on the display engine.  When
reducing the timer's REPEAT value, the issue does not vanish but is
harder to reproduce.  My real use-case, which provokes this issue after
a few minutes, is a process filter which updates the buffer of a window
exactly once a second.

When applying this recipe to 24.3 on the same system using the same
libraries for building the binary, there are some glitches.  Most
notably the mouse face of mode-line-buffer-identification is not reset
reliably.  Yet 24.3.91 is a lot worse than 24.3.  IMO this is a
regression.

    In GNU Emacs 24.3.91.3 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10)
    Repository revision: 117154 [email-masked]
    Windowing system distributor `The X.Org Foundation', version 11.0.11204000