How to reproduce : 1) Open a database file containing tables. 2) Click on the Tables icon 3) Activate the Document preview mode on the right 4) Toolbar icons are overlaid on the table contents and table colum headers are misplaced. This is a UI (re)drawing problem. We had a similar problem at one stage in Impress with document previews showing toolbar icons on top of the preview itself. It is also a regression over 3.6.x Alex
Adding Lionel, Julien to CC
Created attachment 81526 [details] Screenshot or erroneous icon overlay
On pc Debian x86-64 with master sources updated today, I reproduced the problem.
Adding Cedric to CC, as I think he worked on the preview frame code when reworking the new template management window Cedric, if I'm wrong, just take yourself off again. Alex
Created attachment 91120 [details] previe works when window is resized. Have tested a little bit more. The preview with buttons is introduced with LO 4.1. During the first version I could test (LO 4.1.0.0 beta1) it only shows the greyed out icons at a wrong position. When I resize the window the buttons appear (with other buttons) at the right position and you could search, filter and order the data in the preview. Only a cursor is missing in the fields, which shows the position you clicked at last. When you open the table for editing an then close it, the greyed out icons where shown again at the wrong position. The only way to get is work is to resize the window. Seems to be a refresh-problem. It doesn't work right from the beginning. Don't know, if we could call this a regression.
Hi Robert, The problem is that the preview didn't have the buggy display in 3.6. In other words, the introduction of this "feature" has introduced imo a bug into something that worked previously and should be considered a regression. I didn't even know that the buttons were a new feature until you mentioned it just now ;-) Alex
Hello Alex, *, I can confirm your bug with LO Version: 4.2.0.1 Build-ID: 7bf567613a536ded11709b952950c9e8f7181a4a (parallel installed with Germanophone lang- as well as helppack) and my installed LO Version: 4.1.4.2 Build-ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72 (also with Germanophone lang- as well as helppack) under Debian Testing AMD64 ... :( Robert thankfully did some further testing, which he mentioned at the QA ml at first :) So I did some additional testing ... ;) If you switch to a different desktop / workspace and/or program window, these greyed-out icons will disappear completely, until you resize your LO window, which will bring back the icon bar. So it seems really a problem with the redrawing of the window, but I am not sure, if this is dependent on your graphics chip/driver or what else ... :( HTH Thomas.
Removing myself from CC: not hacking writer anymore
Just for the update, I can still reproduce this with master sources updated today.
Still reproduce-able in Version: 4.2.4.2 Build ID: 63150712c6d317d27ce2db16eb94c2f3d7b699f8 on Win 7 x64
On pc Debian x86-64 with master sources updated today I could still reproduce this :-( Code pointer: it seems we must investigate from SID_DB_APP_VIEW_DOC_PREVIEW
Making any changes to the toolbars via View -> Toolbars temporarily fixes the issue in LibreOffice version 4.2.7.2. The temporary fix disappears when another table is chosen.
Caolan/Chris: I might be wrong but this kind of glitch makes me think it could be in vcl part. Any idea?
Adding self to CC if not already on
(In reply to robert from comment #5) > It doesn't work right from the beginning. Don't know, if we could call this > a regression. Fair point. Sounds like it still might be helpful to bibisect on the symptoms here and see where that leads us. Whiteboard -> bibisectRequest
Just to give an update, I still reproduce this with master sources updated today. It happens with SAL_USE_VCLPLUGIN=gen, gtk or by default gtk3 in my case.
Migrating Whiteboard tags to Keywords: (bibisectRequest) [NinjaEdit]
*** Bug 101709 has been marked as a duplicate of this bug. ***
Bibisected with repo bibisect-41max in Linux. commit 17ebb24d58ffa40f288950f0a98c3ea0a6c7d6bf Author: Matthew Francis <mjay.francis@gmail.com> Date: Fri Sep 18 10:57:38 2015 +0800 source-hash-9ca23ee5e776b80d1e8fcac4c3897cc0d0569bc3 commit 9ca23ee5e776b80d1e8fcac4c3897cc0d0569bc3 Author: Caolán McNamara <caolanm@redhat.com> AuthorDate: Tue Apr 9 10:24:32 2013 +0100 Commit: Caolán McNamara <caolanm@redhat.com> CommitDate: Tue Apr 9 10:27:21 2013 +0100 make help work again This is a regression from b248624126c271c88381d3dad6e04fc954f65779 I suspect there might be more. Change-Id: I9ffbcfb8d32b0b0b4193a86eee90d0a5f481de11 # bad: [e8a1c54dfe8a4bc03d2ce9cb9906bf06d9affa7d] source-hash-863d38fbfa4fb4861e476828c46410602100919e # good: [8cb222c656c0444f66cfa5a35ed204169bb91e09] source-hash-efca6f15609322f62a35619619a6d5fe5c9bd5a4 git bisect start 'latest' 'oldest' # good: [789cb134f3000918fe031ffce19c57e505cab328] source-hash-8669ad398a2971706ce22b6e5fe316991977452a git bisect good 789cb134f3000918fe031ffce19c57e505cab328 # skip: [0699ea5ef4cb907f6f387cdf2aac183bd8fc5643] source-hash-ba6989df7dffb4fd2c62dbb9f5b1c9b000b4abdd git bisect skip 0699ea5ef4cb907f6f387cdf2aac183bd8fc5643 # bad: [3032632d514891fc82a76f3526f4a61cb064d8ca] source-hash-2f205ee79ea929c6fce5686512bd468ab78a877a git bisect bad 3032632d514891fc82a76f3526f4a61cb064d8ca # good: [62e04a3511acab40dccdf02fde6b1fcef0cb2b39] source-hash-e518ef52bbda3449130f51dbbf6f0a60bb76298f git bisect good 62e04a3511acab40dccdf02fde6b1fcef0cb2b39 # bad: [75d4c7173c002cc7f23880f57d72a0dd5b436d2a] source-hash-4811c2dc9f94929b60e7e2e0077871aad14fdc3a git bisect bad 75d4c7173c002cc7f23880f57d72a0dd5b436d2a # bad: [630eada66c3398f7e05bbe5477e32790928e3f7c] source-hash-c998ef820b993985e8b3d5d6e70c646037c570ac git bisect bad 630eada66c3398f7e05bbe5477e32790928e3f7c # good: [792ac4dd6a80fec012fe1b58e129fb4873b3badd] source-hash-8facc8e9863a87890c62c97158fceb5c9bbb6c21 git bisect good 792ac4dd6a80fec012fe1b58e129fb4873b3badd # good: [bf34ba55a9366020ce6d6c279371ef2fa9a66bc0] source-hash-461c262eb93412b46cc73a28932afdcbaeb34748 git bisect good bf34ba55a9366020ce6d6c279371ef2fa9a66bc0 # good: [26c1f6c76df3ce7f23280aa28f3ec1604d21ba9f] source-hash-c68b934cd03e60ab6e0579108089b0e834ac47ad git bisect good 26c1f6c76df3ce7f23280aa28f3ec1604d21ba9f # good: [2b6e2cc59bd737fedc53dcd1bd31e61056c68f5d] source-hash-2ecae4cd94445371cdee7defaac784707a9642da git bisect good 2b6e2cc59bd737fedc53dcd1bd31e61056c68f5d # good: [f61d52a4585db05977c9cea8006c82bb012cb6b6] source-hash-7cd1c10886257f3a6af5e077de9bdc23f1b1c8b6 git bisect good f61d52a4585db05977c9cea8006c82bb012cb6b6 # good: [1751d0c6ab2dabc9d888f23c5f74cbf91f6988d4] source-hash-51149806f890e8181c016713cff30bc0c9c06450 git bisect good 1751d0c6ab2dabc9d888f23c5f74cbf91f6988d4 # bad: [b1c0746587d805277e616935e79a789270daf3c6] source-hash-b2867b01418fc7a1e80589224345d2b224bcf3fc git bisect bad b1c0746587d805277e616935e79a789270daf3c6 # bad: [17ebb24d58ffa40f288950f0a98c3ea0a6c7d6bf] source-hash-9ca23ee5e776b80d1e8fcac4c3897cc0d0569bc3 git bisect bad 17ebb24d58ffa40f288950f0a98c3ea0a6c7d6bf # good: [712958238acc68a222496ab0835fed43fa6fdf54] source-hash-542cf6d9eaa7d3a9875e0cd258c883a69577040f git bisect good 712958238acc68a222496ab0835fed43fa6fdf54 # first bad commit: [17ebb24d58ffa40f288950f0a98c3ea0a6c7d6bf] source-hash-9ca23ee5e776b80d1e8fcac4c3897cc0d0569bc3
Two commits have influenced how the preview looks here. The first commit added toolbar buttons above the table in the preview (probably by accident), then the second one didn't remove them completely, and resulted in the current look. Adding Cc: to Noel Grandin and adding Cc: to Caolán McNamara, please take a look. https://cgit.freedesktop.org/libreoffice/core/commit/?id=b248624126c271c88381d3dad6e04fc954f65779 author Noel Grandin <noel@peralex.com> 2013-03-22 07:24:15 (GMT) committer Noel Grandin <noel@peralex.com> 2013-04-08 11:53:04 (GMT) "fdo#46808, Convert frame::Frame to new style" https://cgit.freedesktop.org/libreoffice/core/commit/?id=9ca23ee5e776b80d1e8fcac4c3897cc0d0569bc3 author Caolán McNamara <caolanm@redhat.com> 2013-04-09 09:24:32 (GMT) committer Caolán McNamara <caolanm@redhat.com> 2013-04-09 09:27:21 (GMT) "make help work again This is a regression from b248624126c271c88381d3dad6e04fc954f65779 I suspect there might be more."
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6851074c8a515ec5a7856d4b744e3425c8829a29 Resolves: tdf#66237 set layout manager the way it used to It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
fixed in master, backport for 5-3 and 5-2 in gerrit
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2be5e763d2e03bffc692d40106212fe52a7b7304&h=libreoffice-5-3 Resolves: tdf#66237 set layout manager the way it used to It will be available in 5.3.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 105949 has been marked as a duplicate of this bug. ***
(In reply to robert from comment #24) > *** Bug 105949 has been marked as a duplicate of this bug. *** Thanks Robert, Thanks Caolán McNamara for your hard work! Will download the daily release soon.
Created attachment 131127 [details] Confirmed Fixed on Windows 7 x64 running x86 version
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=afeeed5235bb796ce3d0a74166957d3799f59b39&h=libreoffice-5-2 Resolves: tdf#66237 set layout manager the way it used to It will be available in 5.2.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.