[Upstream] Ambiance wrong color for text toolbar buttons in LibreOffice
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| LibreOffice |
Fix Released
|
Medium
|
|||
| libreoffice (Ubuntu) |
Fix Released
|
Low
|
Unassigned | ||
Bug Description
With Ambiance theme, text toolbar buttons in LibreOffice are colored as disabled (even when they are enabled). With Radiance theme their color seems correct.
See attachment with screenshot taken from LibreOffice Calc Preview
|
|
#4 |
|
|
#5 |
Cannot confirm:
Ubuntu 14.10 x64
LibreOffice 4.4.1.2 rc
|
|
#6 |
same issue as the other bugs?
|
|
#7 |
I can confirm with Version: 4.4.2.0.0+
Build ID: 3e3f0f5c3051ea9
TinderBox: Linux-rpm_
Probably same root cause as in bug 85990
| Pavel Zahradník (pavel-zahradnik) wrote : | #1 |
| Adolfo Jayme Barrientos (fitojb) wrote : | #2 |
This is an upstream regression, see https:/
| Changed in ubuntu-themes (Ubuntu): | |
| status: | New → Triaged |
| importance: | Undecided → Low |
| summary: |
- Ambiance wrong color for text toolbar buttons in LibreOffice + [Upstream] Ambiance wrong color for text toolbar buttons in LibreOffice |
| affects: | ubuntu-themes (Ubuntu) → libreoffice (Ubuntu) |
|
|
#8 |
I CAN confirm:
Ubuntu 14.10 x86
LibreOffice: 4.5.0.0.alpha0+
Build ID: 4ee55eed6a34f6f
|
|
#9 |
This appears to have begun at the below commit.
Adding Cc: to <email address hidden> ; Could you possibly take a look at this? Thanks
ed815944b5123c8
commit ed815944b5123c8
Author: Matthew Francis <email address hidden>
Date: Sun Mar 15 03:14:10 2015 +0800
source-
(Bibisect: Skipped preceding irrelevant commit(s) e5bbc721d6bd553
commit 0ed0974298992ae
Author: Michael Jaumann <email address hidden>
AuthorDate: Tue Sep 23 12:34:54 2014 +0000
Commit: Samuel Mehrbrodt <email address hidden>
CommitDate: Mon Sep 29 17:44:07 2014 +0000
fdo#59299 Personas for bottom toolbars
Change-Id: If823964bf3bb67
Tested-by: Samuel Mehrbrodt <email address hidden>
:040000 040000 cbef77b3f28fa18
git bisect log
# bad: [cf6ea17155fabb
# good: [fc71ac001f1620
git bisect start 'latest' 'oldest'
# good: [8cf60cc7069485
git bisect good 8cf60cc70694858
# bad: [7beddf3808dadd
git bisect bad 7beddf3808dadd5
# good: [7d319609d8266a
git bisect good 7d319609d8266af
# bad: [136c4fdf380a2d
git bisect bad 136c4fdf380a2d0
# good: [f3c053a278b473
git bisect good f3c053a278b473b
# good: [30a34b701cf5b7
git bisect good 30a34b701cf5b78
# bad: [9ebfb6380d0d06
git bisect bad 9ebfb6380d0d06e
# good: [b629fd5ebfe611
git bisect good b629fd5ebfe6113
# good: [ca930c01a86e13
git bisect good ca930c01a86e13c
# good: [4eb8ac0bf78ea6
git bisect good 4eb8ac0bf78ea68
# bad: [7287f3141a4844
git bisect bad 7287f3141a4844c
# good: [0fc28e964490618...
|
|
#10 |
@raal: Thanks for bisecting this one. If you have another minute at some point, could you possibly check if the two linked bugs (bug 86774 and bug 85990) come from the same commit (i.e. are duplicates) ?
No need to go through the whole bisection again, just checkout source-
|
|
#11 |
*** Bug 85990 has been marked as a duplicate of this bug. ***
|
|
#12 |
@raal: Thanks vor bibisecting!
this is most likely causted by http://
Unfortunatly i didn't have any LO build or time to investigate on this.
|
|
#13 |
*** Bug 86774 has been marked as a duplicate of this bug. ***
|
|
#14 |
Ubuntu 15.04 LO Version: 4.4.2.2
Build ID: 40m0(Build:2)
Locale: en_US
Still happening.
|
|
#15 |
*** Bug 91233 has been marked as a duplicate of this bug. ***
|
|
#16 |
Michael or Samuel.
Could you please look into this issue? This regression is still affecting recent builds.
Tested on Version: 5.1.0.0.alpha1+
Build ID: 2e6feddc5383040
|
|
#17 |
I also encountered this issue. Since the author of commit causing this regression has said he does not have time to support his patch, it should be reverted until he can.
Having personas apply to customized toolbars would be nice. But that’s purely an aesthetic improvement for users that customize their UI. Michael's enhancement breaks the DEFAULT toolbar for everyone and he has stated he cannot support it.
Unsupported, broken patches should be reverted.
|
|
#18 |
Sry, for my absence.
I think i can try to fix it next week. Just have to resetup my development environment.
|
|
#19 |
Just FYI - this isn't how the project works. Sometimes the fix has fixed something more serious than the regression so we don't have an "automatically revert" policy. Nor do we have a "demand volunteers do X" policy.
|
|
#20 |
*** Bug 95101 has been marked as a duplicate of this bug. ***
|
|
#21 |
[Template Manager] "New Folder" button is also greyed out. The Ubuntu bug report also lists more examples outside of print preview. Review duplicates and see also, for further details.
The common theme seems to be buttons that use text instead of icons suffer from this regression.
|
|
#22 |
Also these only affect dark desktop themes. If you change the theme from Ambiance to Radiance, the text buttons will not be greyed out.
|
|
#23 |
can't reproduce it with Linux Mint 17.2 Rafaela
LO: 5.1.0.0.alpha1+
tried dark and bright desktop themes, cinnamon and kde desktops
|
|
#24 |
*** Bug 95571 has been marked as a duplicate of this bug. ***
|
|
#25 |
Michael Jaumann,
If your distro supports GTK3, you must:
$ SAL_USE_
I can still reproduce this bug with a recent build,
Version: 5.1.0.0.alpha1+
Build ID: ce463679a5a362d
|
|
#26 |
Migrating Whiteboard tags to Keywords: (bibisected)
[NinjaEdit]
|
|
#27 |
File > Templates > Manage > "New Folder" and
File > Print Preview > "Close Preview" both appear greyed out in the LibreOffice that ships with Ubuntu 16.04, Version: 5.1.4.2
Build ID: 1:5.1.4-0ubuntu1
With recent Version: 5.3.0.0.alpha0+
Build ID: 4a6329badc9c867
"Close Preview" is still greyed out
| Luke (lukebenes) wrote : | #3 |
It's not just the 'Close Preview' button. Multiple UI elements throughout are affected. Other examples include
File > Templates > Manage > "New Folder"
|
|
#28 |
setting priority to high
It makes not only bad visibility of the controls but more important a bad presentation on an important OS, lasting 1.5 year now, so as if a neat UI is not important.
|
|
#29 |
Still an issue with Version: 5.2.1.2
Build ID: 1:5.2.1~
|
|
#30 |
Caolán McNamara committed a patch related to this issue.
It has been pushed to "master":
http://
Resolves: tdf#89760 get correct menubar text color for 'close preview'
It will be available in 5.3.0.
The patch should be included in the daily builds available at
http://
information about daily builds can be found at:
http://
Affected users are encouraged to test the fix and report feedback.
|
|
#31 |
seems to work for me with that in place
|
|
#32 |
Created attachment 128054
srceen print from daily 2016 10 18
(In reply to Caolán McNamara from comment #27)
> seems to work for me with that in place
I don't see any improvement - see attachment
|
|
#33 |
@Cor: I think you should install the “libreoffice-gtk3” package… The Ambiance theme should be usable with GTK+3 LibreOffice since Ubuntu 16.10.
|
|
#34 |
If you've still got a problem, then I need to know the details of the platform you are running on because there are significant differences in how themes work in gtk3 between < 3.20 and >= 3.20. I'm assuming Ubuntu, so...
lsb_release -a
and
dpkg -l libgtk-3-0
|
|
#35 |
(In reply to Caolán McNamara from comment #30)
$ lsb_release -a
LSB Version: core-9.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.1 LTS
Release: 16.04
Codename: xenial
$ dpkg -l libgtk-3-0
Desired=
| Status=
|/ Err?=(none)
||/ Name Version Architecture Description
+++-===
ii libgtk-3-0:amd64 3.18.9-1ubuntu3 amd64 GTK+ graphical user interface library
|
|
#36 |
Caolán,
This is NOT a gtk3 specific issue. As I said earlier, you must use:
$ SAL_USE_
It's still not fixed with Build ID: e64ea98801d20e5
|
|
#37 |
ah right. gtk2 problem remains of course. I suppose the real problem then is using the menubar color inside a toolbox. We should add a ToolbarTextColor I guess and pull the font from a native toolbarbutton
|
|
#38 |
After
https:/
It looks like the gtk3 issue is back.
|
|
#39 |
That suggests that the problem is simply that the menubar font color is used instead of the toolbar font color, so we need to add a ToolFontColor and use it instead of using the menufontcolor in the toolbar
|
|
#40 |
|
|
#41 |
|
|
#42 |
Verified FIXED for both the gtk and gtk3 backends under 16.04.
Tested on Version: 5.3.0.0.alpha1+
Build ID: 395295a40c24a49
Thanks Caolán!
|
|
#43 |
lovely, thanks!
|
|
#44 |
Caolán McNamara committed a patch related to this issue.
It has been pushed to "libreoffice-5-2":
Resolves: tdf#89760 add and use a ToolFontColor for toolbar item entries
It will be available in 5.2.4.
The patch should be included in the daily builds available at
http://
information about daily builds can be found at:
http://
Affected users are encouraged to test the fix and report feedback.
|
|
#45 |
*** Bug 90572 has been marked as a duplicate of this bug. ***
|
|
#46 |
*** Bug 104284 has been marked as a duplicate of this bug. ***
|
|
#47 |
*** Bug 104471 has been marked as a duplicate of this bug. ***
| Changed in df-libreoffice: | |
| importance: | Unknown → Medium |
| status: | Unknown → Fix Released |
| Marcus Tomlinson (marcustomlinson) wrote : | #48 |
Synchronising bug status with upstream.
| Changed in libreoffice (Ubuntu): | |
| status: | Triaged → Fix Released |

Created attachment 113799
Screenshot with "Close Preview"-button
LO 4.4.1.2 on Xubuntu 14.04 64bit
In Print-Preview-Mode in Writer or Calc the "Close Preview"-Button is active, but greyed out.