Summary: | UI: dialog boxes painted incorrectly | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Michael <mdunphy> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | VERIFIED FIXED | ||
Severity: | critical | CC: | h3734236, iplaw67, mdunphy, michael.meeks, raal, sophi, tobias.madl.dev, vmiklos |
Priority: | high | Keywords: | bibisected |
Version: | 5.0.0.0.alpha0+ Master | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=90437 | ||
Whiteboard: | target:5.1.0 target:5.0.0.0.beta4 | ||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 86696 | ||
Attachments: | Screenshot of incorrectly painted dialog box |
Description
Michael
2015-05-15 10:31:31 UTC
I can confirm with Version: 5.0.0.0.alpha1+ Build ID: 9c08a06f5d399a7cd11849a377a82663ef6a528e TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-05-15_01:42:11 *** Bug 91391 has been marked as a duplicate of this bug. *** Confirmed also on ersion: 5.0.0.0.alpha1+ Build ID: 245142cef18d4670a52094165fb4e4aedbb75496 Locale: fr-FR (fr.UTF-8) It affects all rendered windows containing any kind of object Reproduced also on Version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: fr-FR (fr_FR.UTF-8) - Sophie This is now WFM with Version: 5.0.0.0.alpha1+ Build ID: 1349491d48a2f8a130f1b8b840383d31e7927252 LocaleĀ : fr-FR (fr.UTF-8) on OSX 10.10.3 WFM with Version: 5.1.0.0.alpha1+ Build ID: 5b248f1348260f953686b20621255aece57358fe TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-05-21_12:28:08 Michael, please retest with newer build. Thanks Bug still present in 5.1.0.0.alpha1+ build 1c9302565aefb5a54b1b7f1478dd6dac724d30ea in lo-linux-dbgutil-daily The bug is not restricted to Tools->Customize. Others that have the same problem are: File->Properties File->Print Insert->Frame Insert->Section Insert->Cross Reference Format->Paragraph Format->Page Tools->Footnotes/Endnotes Tools->Outline Numbering However having just tried all of those, I now notice that it's primarily dialog boxes that have multiple tabs that are affected, and those without tabs are fine. (The corruption persists when switching tabs.) There is at least one with tabs that does not have the bad background: Tools->AutoCorrect Options Adding Tobias to CC, I can reproduce the problem with a default LO build (only gtk2 VCL plug, no gtk3 or kde* one) + on KDE/Linux (oxygen-gtk theme). As the description says, this sounds like a regression from the VCL mainloop properities rework, source range: 825098182227fdca958f84235d278c41b2b942ab..333f8a76341f5b4921e89012d133007503e49612 Bubli on IRC says that she doesn't see this in a "kde4 vclplug under kde" scenario, so it seems that the bug is limited to using the gtk2 vclplug under kde. This "gtk2 under kde" may sound like a rare corner-case, but given that the default build without any arguments gives that, it makes e.g. all bibisect builds hardly usable under KDE, which is more worrying. Jan Holesovsky committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e6a1956034c98204e30b0ca40330249d6f6f8155 tdf#91301: Don't cache incomplete tabs. It will be available in 5.1.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. Jan Holesovsky committed a patch related to this issue. It has been pushed to "libreoffice-5-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1b33e8f6c8bb6aea259b97e58bd8534d47919910&h=libreoffice-5-0 tdf#91301: Don't cache incomplete tabs. It will be available in 5.0.0.0.beta4. 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 now. The rendercontext double-buffering will make this easier, as the Gtk+ theme engine attempts to do a kind of double-buffering via fetching the bitmap from the screen - which is very expensive, so additionally it has a cache to remember the fetched data, that easily can get out of sync with the real screen. I confirm that the incorrect background painting is fixed following this patch, tested with: Version: 5.1.0.0.alpha1+ Build ID: f36ac1aa3bef5ba218f3dae24f260ce7e4afba95 Locale: en-CA (en_CA.UTF-8) (In reply to Michael from comment #14) > I confirm that the incorrect background painting is fixed following this > patch, tested with: > > Version: 5.1.0.0.alpha1+ > Build ID: f36ac1aa3bef5ba218f3dae24f260ce7e4afba95 > Locale: en-CA (en_CA.UTF-8) Verified Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit] |