Created attachment 140156 [details] screenshot How to reproduce: 1) Open the attached database 2) Edit the report 3) Open the Report navigator (Icon with red/blue round compass over-top edge of page of text) 4) Using mouse drag the bottom of the Report navigator dialog box down to make it larger. Incorrect result: The new area exposed has a black background, inconsistent with the normal background. See attached screen shot.
Created attachment 140158 [details] database to demo this bug
I'm on GNU/Linux Debian 9.3 x86-64, kernel 4.9.0-5-amd64, w/ cinnamon 3.2.7 graphics card: AMD/ATI RV710/M92 Mobility Radeon HD 4530/4570/545v
I can't reproduce it in Version: 6.1.0.0.alpha0+ Build ID: ddbb78caa78085673b07dbea6f53288ec6237764 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; Locale: ca-ES (ca_ES.UTF-8); Calc: group nor in Version: 6.1.0.0.alpha0+ Build ID: ddbb78caa78085673b07dbea6f53288ec6237764 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group Could you please paste the info from Help - about LibreOffice ? OTOH, which theme do you use? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the information has been provided
help> about: Version: 6.0.1.1 Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU threads: 2; OS: Linux 4.9; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group
Cinnamon settings: Themes: Themes: Window borders Menta Icons gnome Controls BlueMenta Mouse Pointer Adwaita Desktop cinnamon Settings: Show icons in menus on Show icons on buttons on Use a dark theme variant when available in certain applictions on
Note: Also when editing reports I can resize `Add field` and `Sorting and Grouping` dialogs without this issue.
No problem here with Version: 6.0.2.1 Build-ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89 CPU-Threads: 4; BS: Linux 4.4; UI-Render: Standard; VCL: kde4; Gebietsschema: de-DE (de_DE.UTF-8); Calc: group I have seen such a thing not with LO-Base, but sometimes with php-forms, while opening listboxes in Firefox. Same system as mine, but with a newer kernel and a slower CPU.
Workaround: Double click on "Report" to close it, then double click on "Report" again to re-open it. This restores the dialog to display correctly. Note that double clicking on "Groups" or "Detail" redraws only a part of the interior correctly.
(In reply to robert from comment #7) > I have seen such a thing not with LO-Base, but sometimes with php-forms, > while opening listboxes in Firefox. Same system as mine, but with a newer > kernel and a slower CPU. Not seeing this in Firefox or elsewhere. Closed all other programs while testing this and it still fails. -- Testing on "Intel Core2 Duo P8800 @2.66Ghz x 2" w/ fast SSD and 7.8 GiB RAM. Dual displays (2nd one on hdmi.) [Unhooked 2nd display, but still fails.] Deduction: If the other dialogs on the report editor screen work correctly (and for that matter all others in LO that I've used), and only this one single dialog fails, then I'm guessing it has something wrong with it, and not the entire system.
5.2.7.2 works 5.3.7.2 works (last release in 5.3 series) 5.4.0.0.alpha1 fails (first release in 5.4 series) 5.4.0.1 fails 5.4.1.1 fails 5.4.4.2 fails
FWIW, no repro with : Version: 5.4.5.1 Build ID: 79c9829dd5d8054ec39a82dc51cd9eff340dbee8 Threads CPU : 8; OS : Mac OS X 10.13.3; UI Render : par défaut; Locale : fr-FR (fr_FR.UTF-8); Calc: group or Version: 6.0.1.1 Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 Threads CPU : 8; OS : Mac OS X 10.13.3; UI Render : par défaut; Locale : fr-FR (fr_FR.UTF-8); Calc: group
Sounds like a GTK window repaint issue here with regard to that particular window.
(In reply to Alex Thurgood from comment #12) > Sounds like a GTK window repaint issue here with regard to that particular > window. Howard: can you reproduce it after launching from command line with SAL_USE_VCLPLUGIN=gen libreoffice
Setting NEEDINFO pending requested information per comment 13
(In reply to Buovjaga from comment #13) > (In reply to Alex Thurgood from comment #12) > > Sounds like a GTK window repaint issue here with regard to that particular > > window. > > Howard: can you reproduce it after launching from command line with > SAL_USE_VCLPLUGIN=gen libreoffice SAL_USE_VCLPLUGIN=gen /usr/bin/libreoffice5.4 works properly. (Looks a little different. Missing standard V ^ and X (maximize, minimize and close buttons.) SAL_USE_VCLPLUGIN=gen /usr/bin/libreoffice6.0 works properly. (Looks a little different. Missing standard V ^ and X (maximize, minimize and close buttons.)
I could not reproduce it with gtk2 backend. But we have different Linux distros and my DE is KDE. Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: b8fe96f1da2c42c04a8094ca8c57d49763b7bded CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk2; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on March 8th 2018
No repro with Version: 6.1.0.0.alpha0+ Build ID: 234d0368c823eb1a74e973e051ac522e6b86e833 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3; Locale: fr-FR (fr_FR.UTF-8); Calc: group MATE Desktop Environment 1.12.1 DISTRIB_ID=Ubuntu DISTRIB_RELEASE=16.04 DISTRIB_CODENAME=xenial DISTRIB_DESCRIPTION="Ubuntu 16.04.4 LTS"
Dear Howard, Is it reproducible if you use another theme?
(In reply to Xisco Faulí from comment #18) > Dear Howard, > Is it reproducible if you use another theme? Dear Howard Johnson, Could you please answer the question above in order to help us triage this issue? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the question has been answered
Tested with these other theme related settings: Themes: Controls: BlueMenta Adwaita HighContrast Green-Submarine Window borders: Menta Default Greybird But it's still buggy (has black repaint issue) with each of these settings.
Confirmed using 6.2 Alhpa0 under Ubuntu 18.04 (Gnome default desktop). No need to resize the dialog here, it starts out with most of the content area blacked out, unless you click inside the area then it puts a white background behind the text, but the content area otherwise remains black, and if you move to a different item, the one that was visible is now blacked out. Starting the application with: SAL_USE_VCLPLUGIN=gen ./soffice the navigation dialog has no blacked out area and displays exactly as expected.
Created attachment 142875 [details] screen shot from 6.2 The navigator as it appears under LibO 6.2 Alpha, default installation. Build info: Version: 6.2.0.0.alpha0+ Build ID: cbd0d1da85a7ae6b35023274c7267872b3d920e7 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-06-18_00:24:33 Locale: en-US (en_US.UTF-8); Calc: group threaded
Dear Howard Johnson, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Gtk2 was dropped, closing