https://bugs.documentfoundation.org/show_bug.cgi?id=96637

Miklos Vajna <vmik...@collabora.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |michael.me...@collabora.com

--- Comment #3 from Miklos Vajna <vmik...@collabora.co.uk> ---
git bisect says:

87199d3829257420429057336283c55be6ae7481 is the first bad commit
commit 87199d3829257420429057336283c55be6ae7481
Author: Michael Meeks <michael.me...@collabora.com>
Date:   Tue Nov 24 16:59:29 2015 +0000

    vcl: re-introduce idle handling.

    The idea here is that we should process 'idle' events - like re-paint
    after we have processed any OS messages - such as key/mouse input,
    window re-size events etc.

    The previous approach wasn't achieving this - it was processing a single
    idle event each time around the main-loop iteration; urk.

    Lubos implemented something -like- this, the vestiges of it need cleaning
    up and removing in: 06d731428ef6cf93c7333e8228bfb6088853b52f but it was
    disabled (most likely because it broke gtk in tdf#91727, which was itself
    broken by using silly values for timeouts in the scheduler (now fixed))

    Tested on Windows, gtk, kde4, unx-generic.

    Change-Id: I7756bca874779c00f72b372cacb7745d0f189f66
    Reviewed-on: https://gerrit.libreoffice.org/20158
    Reviewed-by: Michael Meeks <michael.me...@collabora.com>
    Tested-by: Michael Meeks <michael.me...@collabora.com>

:040000 040000 09330af0cd5352a2dfdbc378cd008748e7fe588f
bf4094215894ace2d915bdc367b84aeccaa29cc6 M      include
:040000 040000 697155cdb98af5a5d1fbbb69270efb05bdc87438
c0add09cbb911a274766737a96249d39c6f0dbf4 M      vcl

(Note: if you plan to build the commit right before it, you need to
cherry-pick5470a365f25e5052b4dd74f76aa2196f0d70934b locally, otherwise soffice
will crash on startup, which is an independent problem...)

So probably the highlight painting of SvImpLBox or some related class is done
with a low enough priority, so that it never gets executed or something?

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to