Closed
Bug 62947
Opened 24 years ago
Closed 24 years ago
can't activate color palette from tool bar icon
Categories
(Core :: DOM: Editor, defect, P3)
Core
DOM: Editor
Tracking
()
VERIFIED
FIXED
mozilla0.8
People
(Reporter: tracy, Assigned: cmanske)
Details
seen on linux commercial build 2000-12-12-06-Mtrunk - click on color box icon in tool bar palette doesn't activate workaround: palette can be accessed from Format | Text Color
Reporter | ||
Comment 1•24 years ago
|
||
also seen on Mac commercial build 2000-12-15-08-Mtrunk changing platform and OS to all
OS: Linux → All
Hardware: PC → All
I'm wondering if this is a release packaging issue since this seems to work ok in my 12/17/00 debug Linux build.
hmmm, you can bring it up from the menus, I didn't read the original description too well so ignore my last comment. Do you see any errors thrown in the console when you press the color button on the toolbar? For windows and mac builds, you can bring up the console by starting the app with a -console command line arg.
Assignee: beppe → cmanske
Reporter | ||
Comment 4•24 years ago
|
||
this is worse than first reported. you can open the palette window from the menu choice but the palette is not working. the only color that can be picked is usign the last color picked button. clicking on any color on the palette does not change the color choice. that makes this a smoketets blocker.
Severity: major → blocker
Keywords: smoketest
Hmmm quite strange since it's working just fine for me in my debug linux build. What theme are you using "Modern" or "Classic"? I'm using classic, and can't seem to switch to modern with my build.
Reporter | ||
Comment 6•24 years ago
|
||
It's happening in todays commercial builds in either theme windows 2000-12-18-06-Mtrunk linux 2000-12-18-06-Mtrunk
Comment 7•24 years ago
|
||
The summary of the bug is still true, but that's not a blocker... there's a workaround for the other problem (with the palette itself)... you can type in the name of the colour you want... reducing severity.
Severity: blocker → critical
On IRC Leaf said he saw the following in his console: <leaf> In NewEditorWindow()... <leaf> moo!failed to get command manager number 3 <leaf> failed to get command manager number 2 <leaf> Registering commands <leaf> Have Find = true <leaf> Have SpellChecker = true I see something similar too, though things work ok for me: In NewEditorWindow()... WEBSHELL+ = 4 WEBSHELL+ = 5 Enabling Quirk StyleSheet WARNING: Replacing existing command -- cmd_printSetup, file nsControllerCommandManager.cpp, line 60 failed to get command manager number 3 failed to get command manager number 2 Registering commands Have Find = true Have SpellChecker = false
Assignee | ||
Comment 9•24 years ago
|
||
My tree is up to date as of last Friday (12/15) and I see the problems described, so someone busted this shortly before then. We (editor team) hasn't made any changes to this code, so it is a side effect of other changes. I will investigate.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.8
Assignee | ||
Comment 10•24 years ago
|
||
BTY: I switched to Classic theme and the problems still exist
Reporter | ||
Comment 11•24 years ago
|
||
no longer seeing this bug on commercial builds: windows 2000-12-26-06-Mtrunk linux 2000-12-26-06-Mtrunk
Reporter | ||
Comment 12•24 years ago
|
||
also not seeing on mac 2000-12-26-08-mtrunk marking fixed
Reporter | ||
Comment 13•24 years ago
|
||
marking verified haven't seen this bug since december
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•