Bug 357455

Summary:	LibreOffice.5.0.4 drop-down widgets display problem
Product:	[Plasma] Breeze	Reporter:	slartibart70
Component:	gtk theme	Assignee:	scionicspectre
Status:	RESOLVED FIXED
Severity:	major	CC:	bshah, hugo.pereira.da.costa, plasma-bugs-null, vkrevs
Priority:	NOR
Version First Reported In:	5.5.1
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	libreOffice-ok libreOffice-scroll1 libreOffice-scroll2

Description slartibart70 2016-01-03 01:10:02 UTC

Installing libreOffice 5.0.4 (fedora repos) in plasma5.
Open writer, create a new document, open sidebar (for the font settings dialog panel)
Now, hover over some drop-down widgets, e.g. the font name or font size drop-down. Change the settings by using the mouse wheel on top of the font-name (the edit-field of the widget) or on top of the font size.
Problem is, that new entries are painted on top of the existing entries, so scrolling some more gives you a blacked-out edit field because all different font size numbers (or font names) do overlay each other. 
A refresh of the window (e.g. maximize) fixes the problem.

This is NOT libreOffice related, because this does not happen in gnome or cinnamon (same computer, only multiple desktop environments). 
This is purely a problem of plasma5, i checked with a fresh installation of fedora23-kde spin - same problem...


Reproducible: Always

Comment 1 David Edmundson 2016-01-04 12:21:35 UTC

screenshot please.

Comment 2 slartibart70 2016-01-04 13:24:52 UTC

Created attachment 96445 [details]
libreOffice-ok

properties of fonts, initial display

Comment 3 slartibart70 2016-01-04 13:26:53 UTC

Created attachment 96446 [details]
libreOffice-scroll1

font properties, after mouse-wheel input while hovering over the font size/font name (no clicking)

Comment 4 slartibart70 2016-01-04 13:27:23 UTC

Created attachment 96447 [details]
libreOffice-scroll2

even more scrolling.... (without clicking)

Comment 5 David Edmundson 2016-01-04 13:30:09 UTC

thanks

Comment 6 Hugo Pereira Da Costa 2016-01-12 15:23:01 UTC

but but but
Is this really breeze gtk theme ? 
To me at least it looks more like "something else". Adwaita ? 
Also, for libreoffice, you could use the KDE variant (Qt frontend). It has made a lot of progress, and renders reasonably well with breeze@Qt, unlike what was the case with oxygen (due to all the oxygen fancyness)

Comment 7 slartibart70 2016-01-12 15:28:19 UTC

sounds great, how would you do that? (using qt frontend for LO)?
Any hints are appreciated...

Comment 8 Hugo Pereira Da Costa 2016-01-12 15:30:44 UTC

I "think" you need to set
OOO_FORCE_DESKTOP=kde

(or make sure you do not have a OOO_FORCE_DESKTOP=gnome somewhere)

Not 100% sure anymore though

Comment 9 slartibart70 2016-01-12 15:37:30 UTC

tried it (and checked with the internet-search engine of my choice :-)
buuut: does not seem to work, same gui representation (at least i did not notice any changes), same problem.

i did:
$ OOO_FORCE_DESKTOP=kde libreoffice --writer
and
$ export OOO_FORCE_DESKTOP=kde
$ libreoffice --writer

Comment 10 slartibart70 2016-05-04 07:47:10 UTC

fixed in current release