Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Icon colours are not correct | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | ui | Reporter: | Unknown <non-migrated> | ||||||||
Component: | ui | Assignee: | christian.guenther | ||||||||
Status: | CLOSED WONT_FIX | QA Contact: | issues@ui <issues> | ||||||||
Severity: | Trivial | ||||||||||
Priority: | P3 | CC: | arittner, issues | ||||||||
Version: | OOo 1.0.0 | ||||||||||
Target Milestone: | --- | ||||||||||
Hardware: | PC | ||||||||||
OS: | Windows 2000 | ||||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||||
Developer Difficulty: | --- | ||||||||||
Attachments: |
|
Description
Unknown
2002-05-09 06:07:18 UTC
I can confirm the bug under W2K German with 32Bit true color My desktop options: 32Bit true color 1600*1200 pixel small fonts no active color profile My hardware: 3Dfx Voodoo Banshee 16MB chipset (VGA-Bios 11/06/98) Driver: banshee.dll 5.00.2180.58 banshee.sys 5.00.2167.58 Created attachment 1697 [details]
Sample for wrong icon colors
On 16Bit I've no problems with crippled icons (but bad color compositions). Under 24Bit truecolor OpenOffice freeze my computer: 1. Switch to 24bit mode 2. right click on quick start taskbar icon 3. Text document The new window shows only the titlebar, the window-frame, the content pane with an empty document and: *no* toolbar on top and left and *no* statusbar (I can see the desktop background!). Ctrl-Alt-Delete does not work. Only a hard reset restarts the computer. *** Issue 4843 has been marked as a duplicate of this issue. *** Reassigned to Stephan. Please have a look at this issue. A Workaround to renew the corrupted "icon cache" file of Windows is in issue #4843 wich is a duplicate. Hi Uwe Heth, you are realy sure, that corrupt desktop icons are the same problem like corrupt toolbar icons and menu icons in OpenOffice? The repair from the workaround from Issue #4843 doesn't work. IMO #4843 is not a duplicate. After any restart of OpenOffice I get other "colored" icons. Sometimes red, sometimes white washed. But anytime the correct shape. On another computer with StarOffice 5.2 I get the same results with 32Bit colors ;-) Yes you're right, this issue really is no duplicate of #4843. The point that your machine freezes when selecting 24bit colors suggests that we're dealing with a driver problem here. Additionally we could not reproduce the problem on any available hardware here (sorry, we have no Voodoo cards....) Perhaps you can try another driver - if there are no newer drivers you could also check if the problem already occured with older drivers. A question to Richard: do you have the same hardware and/or driver as Aljoscha ? Could you also provide us with a screenshot ? Thanks. I think this is a driver related problem. There is a web page with 3rd party drivers for 3dfx based graphic cards. May be you can find a better driver for win2k. http://www.voodoofiles.com Created attachment 1749 [details]
Screen dump showing icon colour problems in OpenOffice.org 1.0
You may be right about the driver ... I am using a 3dfx banshee. Driver is from Microsoft and dated 6/6/2001, version 5.00.2462.60. I'll try and find a newer driver. p.s. As you can see, I have since upgraded to XP. Same problem. The Voodoo banshee is outdated. IMHO the XP-Driver is the newest available driver and based upon den W2K driver with the same problems. I've a special OpenGL-Driver, but the OpenGL-Support doesn't work with OpenOffice and icons are corrupted too. I agree with Stephan Schaefer. It could be an hardware problem. I'll test OpenOffice on another computer (without a banshee). Thanx for your help :) ATI Rage128GL with 32Bit works fine. But not the OpenGL :-( (no refresh of the background) Is there a compatibility list for supported graphic cards? That's it. I updated to a different (not newer, but obviously better ;-) driver and it now works. The driver is located here: http://www.voodoofiles.com/5275 I know it would be easy to dismiss this issue now. But I would ask you consider why this problem only affected OpenOffice. No other apps I have including M$Office exhibit this problem. Hi Richard, I agree with you. This error should be resolved. I won't install XP to run OOo on my computer. W2K works for me very good. The Voodoo Banshee is not a rare graphic card. I hope someone find the bug. greetings, josh. Hi, I can confim this issue, it does occur with SO 5.2, SO 6.0 and OOo 1.0 on my machine also and it's the only application where this happen Uh oh! Sorry. In fact it doesn't work for me after the driver upgrade. The initial icons look ok (i.e. those that are displayed immediately on startup). But if I click the "show draw functions" icon, the pop-up toolbar has all its icons in one colour ... orange for me. I'll attach another screen dump. Created attachment 1772 [details]
Icons still bad... see "Show Draw Functions"
I'm also seeing this issue. Windows 2000 english, with a NeoMagic 256XL+ laptop video card & drivers. ssa->ka: Our Windows code to render bitmaps seems not to work with certain graphics drivers - do you see any chance to look over the code again ? KA: this is really a driver related issue. The problem seems to be a special rasterop code that we use to draw transparent bitmaps and masks; I don't want to change this, because it's not a problem of OpenOffice, it's a driver related problem. Any change in the code base (using different raster ops) may fix the bug for a special driver but may (will) give bugs with other drivers. Oops... Seems that I reported the same Voodoo Banshee issue to #9044.... However, I already found a (tiresome) workaround, FYI: Every time the system starts/restarts, I have to change the display down to 256 colors AND 800x600 resolution, run OpenOffice once, then change the display back to higher color and resolution, otherwise the whole system will die/freeze when OpenOffice is about to display the tool bars. Someone told me to update DirectX, but it didn't help. KA: reopened KA: changed owner KA: rechanged status I close the issue. *** Issue 17847 has been marked as a duplicate of this issue. *** |