Red Hat Bugzilla – Bug 435590
Icon theme changes not propagated to all locations
Last modified: 2008-07-02 03:43:21 EDT
Description of problem:
When using a KDE desktop theme with a dark background color ("Dark Blue" in this
case), the OpenOffice high contrast mode cannot be reliably disabled, resulting
in various appearance problems.
Version-Release number of selected component (if applicable):
some symptoms are occasional, some occur always.
Steps to Reproduce:
1. Set KDE desktop theme to a dark-background theme like Dark Blue
2. Open openoffice
3. Create a new or open an existing presentation
4. Create a new or open an existing spreadsheet
5. Disable high contrast mode auto-detection and icons in the Options menu
6. Do #3 and #4 again
Spreadsheet cell background colors never show up.
Presentations default to black line art on the dark blue background. Going to
the menu and setting "Color" mode to full color causes the design view slide to
show up right but preview slides on the left still do not show properly.
Occasionally, but not always, high contrast mode icons show up. Usually the
icons are normal. Often in the open file dialog the high contrast icons show
back up, also often in the "new document" dropdown.
There should be a way to reliably disable all high contrast mode forms of
operation and have OpenOffice function normally regardless of desktop color
scheme. Maybe I am missing some configuration setting or whatnot, but the
behavior is indicating to me a programming oversight in OOo.
a) What does tools->options->openoffice.org->view->icon size and style say ?
b) Do you have accessibility feature enabled in your desktop ?, e.g.
what's the output of gconftool-2 -g "/desktop/gnome/interface/accessibility" to
see the setting from GNOME/OOo's perspective.
a) Size "Small", Style "Crystal". Originally, the high-contrast mode kicked in
and all of the icons were the "high contrast" ones. After changing the
aforementioned setting is when *most* icons were normal, and occasionally icons
"Originally...." "After changing"... what was the setting changed from,
Created attachment 296563 [details]
Example of OOo appearance issue re. high-contrast mode
- some icons are normal, some high-contrast.
- righthand side design view pane views the document normally (once View ->
Color -> Color is selected)
- lefthand side preview/list pane shows all pages in lineart only (doing View
-> Color -> Color with that pane selected causes the list background to turn
white but the slides are still in lineart only)
(In reply to comment #3)
> "Originally...." "After changing"... what was the setting changed from,
> "automatic" ?
I am actually unsure. I had not changed that setting previously though. It was
either "Automatic" or "HiContrast".
I can reproduce something *similar* to this, but not exactly the same.
With that "Dark Blue" background under KDE on F-8 and automatic icons, and then
display the menu on your screenshot it is in hicontrast mode. If I then change
the OOo icon set to crystal that menu remains in hicontrast, like there's a
cached set of icons that aren't flushed by the change, but on stop and restart
of OOo the crystal icons are used.
That's not your experience though is it, you have a mix of icons always, right ?
Testing with to-be F9 seems to show that what I can reproduce in F-8 doesn't
happen in F-9 which is good on that front at least.
I had restarted before and it didn't fix the icons (not sure, but the restart
may have been due to an OOo crash), but this time I restarted and the New
Document dropdown menu icons are correct. However the Open File dialog icons
are still high-contrast -- see attachment.
Created attachment 297509 [details]
"Open File" dialog with high-contrast icons
found two places where the icon change wasn't getting propagated, fix checked in
and upstreamed. Will be in >= 2.4.0-10.2 for F9 and 2.3.0-6.12 for F8
Due to the change in the bug summary, should I resubmit a new bug for the other
high-contrast mode problems I've described here?
No, I think upstream is actually aware of the other ones, we just need to get
them to check what's fixed and what might not be with this patch, so in theory
we're on top of this now
openoffice.org-2.3.0-6.12.fc8 has been submitted as an update for Fedora 8
openoffice.org-2.3.0-6.12.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update openoffice.org'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-2552
openoffice.org-2.3.0-6.13.fc8 has been submitted as an update for Fedora 8
openoffice.org-2.3.0-6.14.fc8 has been submitted as an update for Fedora 8
openoffice.org-2.3.0-6.14.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.
This problem cannot be reproduced on F9.