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): 2.3.0-6.11.fc8 How reproducible: 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 Actual results: 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. Expected results: 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. Additional info:
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 were high-contrast. b) "false"
"Originally...." "After changing"... what was the setting changed from, "automatic" ?
Created attachment 296563 [details] Example of OOo appearance issue re. high-contrast mode Notes: - 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.