https://bugs.documentfoundation.org/show_bug.cgi?id=91778
Michael Weghorn <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #7 from Michael Weghorn <[email protected]> --- I have bisected this bug by manually building the commits in question (further comments: s. below). The following bisect result describes where the cursor first occurs twice: 83f2516af8a49bfdddf1b416f23b748a66d29545 is the first bad commit commit 83f2516af8a49bfdddf1b416f23b748a66d29545 Author: Jan Holesovsky <[email protected]> Date: Wed Mar 18 13:11:36 2015 +0100 sc tiled editing: Clear the right area behind the editeng. Based on a patch by Henry Castro. Change-Id: Ic463c97577d521e3c2e4d6bc904c517aa564edca :040000 040000 9053292394884f01aeec2c5a4d18a5a8d996b880 04da336f86b37dd89006b5e022c35429023747fc M sc --- $ git bisect log # bad: [3e8a7ce7dffcf46a692e5da0b281a104df8d4d95] Revert "loplugin:constantfunction: connectivity" # good: [9559cef61d0ca9159ef095fe28fc68121a8d30d3] loplugin:constantfunction: cui git bisect start '3e8a7ce7dffcf46a692e5da0b281a104df8d4d95' '9559cef61d0ca9159ef095fe28fc68121a8d30d3' # good: [a2675cb3778cc086ed82ad6375dba4b11b7c7911] lokdocview: clean up quad mode git bisect good a2675cb3778cc086ed82ad6375dba4b11b7c7911 # bad: [2b5cf2391078f80e31c3cc974b7d82927ab53175] android: when in selection, avoid showing the middle handle git bisect bad 2b5cf2391078f80e31c3cc974b7d82927ab53175 # bad: [2bf1955d769f60ddc94fb35bffde3ef09d9f047a] sd tiled rendering: draw documents have no slides view git bisect bad 2bf1955d769f60ddc94fb35bffde3ef09d9f047a # good: [61ebb1b21c37f50b8231472e37af2d88918e1bc3] sc tiled editing: Use the correct device for PixelToLogic. git bisect good 61ebb1b21c37f50b8231472e37af2d88918e1bc3 # bad: [5c416f82731432f4009c00eae629a85220e8eab9] solenv: adapt native-code to partially split sd/util/sd.component git bisect bad 5c416f82731432f4009c00eae629a85220e8eab9 # bad: [83f2516af8a49bfdddf1b416f23b748a66d29545] sc tiled editing: Clear the right area behind the editeng. git bisect bad 83f2516af8a49bfdddf1b416f23b748a66d29545 # first bad commit: [83f2516af8a49bfdddf1b416f23b748a66d29545] sc tiled editing: Clear the right area behind the editeng. However, in those commits marked as "good", the behaviour is also a bit strange. While no second cursor is shown in that case, the place where the cursor was initially is not filled with the correct part of the letters but stays white/empty. @Kendy: Could you possibly have a look at this? Is the second cursor possibly only a changed behaviour in a bug that already existed previously or is it independent of this? PS: In order to build the single commits, I needed to revert commit 5cbb51c009fa266e8418ef93799ac64e431c22f5 each time - the original bibisect log in comment 4 shows that otherwise those builds are non-functional. Basic steps I took for each commit considered during the bisect (in case somebody wants to do this as well): git revert --no-commit 5cbb51c009fa266e8418ef93799ac64e431c22f5 make build-nocheck instdir/program/soffice # test whether the bug is present git revert --abort git bisect [good|bad] -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
