Apache OpenOffice (AOO) Bugzilla – Issue 128486
GUI repaint errors in textbox widgets
Last modified: 2021-11-19 08:43:23 UTC
Created attachment 87057 [details] Bug screencast. 1. Start any tool of the OpenOffice suite; 2. Write into any textbox control: => graphical artefacts will accumulate during editing; 4. Minimize and maximize the window => the artefacts will be cleared from the GUI buffer. Details: The issue happens in all textboxes and editable comboboxes but not in the documents/databases/spreadsheets themselves. All controls inside the Settings window have the same issue. The "Enable hardware acceleration option" cannot be enabled and is disabled, but all other software is able to use both 2D and 3D acceleration without issues. Disabling the adaptive compositor (Marco) has no impact. OpenOffice is the only application showing this issue. Environment: Debian 11; Mate 1.24.1; OpenJDK 11; Intel integrated graphics. OO Build: AOO4111m1(Build:9808) Rev. bdb20b2a64
Use another UX like Xfce The package desktop-integration was not intended for Mate.
(In reply to oooforum (fr) from comment #1) > Use another UX like Xfce Xfce and Mate are Desktop Environments (DE). UX means User Experience, which is another thing. > The package desktop-integration was not intended for Mate. The openoffice-desktop-integration provides menus and icons to easily start OO. Instead, the reported bug (see the attached screencast) refers to graphical artefacts inside the application, not to missing icons or menus entries in Mate. In addition, there wouldn't be any valid reason to not support Mate (which is maintained and actively developed and was last updated very recently, on 2021-08-10).
(In reply to Lorenzo L. Ancora from comment #2) > Xfce and Mate are Desktop Environments (DE). > UX means User Experience, which is another thing. OK I was mistaken on this term But that does not answer my question Did you try? > In addition, there wouldn't be any valid reason to not support Mate No reason except that this project is only supported by volunteer. And no developer has appointed himself for this task
>> Xfce and Mate are Desktop Environments (DE). >> UX means User Experience, which is another thing. > OK I was mistaken on this term > But that does not answer my question > Did you try? Hi, Yes, I did. It works in Xfce 4.16 but... I'm not an user of Xfce, I only use Mate like many other Debian users and OpenOffice is the only application in which I've spotted issues with Mate so far. >> In addition, there wouldn't be any valid reason to not support Mate > No reason except that this project is only supported by volunteer. > And no developer has appointed himself for this task If the development team has decided to only support certain desktop environments, please enlist this peculiarity in the minimum requirements (<https://www.openoffice.org/dev_docs/source/sys_reqs_aoo41.html>) so users are warned before installing the suite. Maybe it is caused by my lack of essential data-mining skills, but I wasn't currently able to spot your signature or any other identification of your name and of your role in Apache: are you a clerk, a tester, a developer, a translator, ... ? Are you a single individual supposed to stay anonymous or "oooforums (fr)" is a shared account of some sort? Pardon but the interface of this bugtracker shows no useful details. If a developer of OpenOffice has interest in fixing this bug, I am willing to help with testing until the issue is fully solved. So maybe you could introduce me to someone who might be directly interested in cooperating to solve the bug. :-)
I've opted for DIY. After some testing I've found by luck the source of the bug and it isn't an incompatibility with the Mate Desktop Environment at all. Instead, it is caused by a bad interaction of OO with all versions of the materia-gtk-theme package shipped with Debian 11. Switching from Materia to any another GTK theme (like Adapta) restored the correct behaviour of OO instantly. Not a true solution, yet better than nothing. Since it is far easier to patch-in a workaround in Materia rather than here (3h vs. 3m of build) I'm marking this as FIXED WITHOUT CODE and forward the issue to the maintainers of materia-gtk-theme.