Closed Bug 80118 Opened 24 years ago Closed 24 years ago

Color selection box doesn't work

Categories

(SeaMonkey :: Preferences, defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 78725

People

(Reporter: lkolesza, Assigned: bnesse)

References

Details

(Keywords: regression)

BuildID: 2001051004 Go to Edit/Preferences/Appearance/Colors Click on color selection box of any of the colors Actual Results: Nothing happens Expected Results: Color selection widget pops up.
In 2001050304 and 2001050915 it works, but only the first time you click on each selection widget. If you go to another page in preferences, then return, it works again for one time.
->bnesse, would this be yours? confirming --this occurs on all platforms. interesting, i see what Luke sees on linux and mac --but on winnt, the color picker didn't even come up the first time for me. 2001.05.10.09 winnt 2001.05.10.04 mac recent linux debug build, 16:44 pull [alas, no useful console output.]
Assignee: mcafee → bnesse
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows NT → All
Hardware: PC → All
I've filed the same thing in Bug 80076... Dupe me or do something else as you wish...
I haven't checked anything in since 5/7. It's not preferences.
*** Bug 80076 has been marked as a duplicate of this bug. ***
mcafee, attinasi, any idea who could fix this?
My (relative uninformed) guess at this point is nsEventStateManager, I get concerned when I step through code commented "// XXX Never called. Does this matter?"
I'm also seeing a null widget assertion when it fails... in case that helps.
Ok, the null widget is a red herring. It doesn't always happen. The basic process is this: You click on the button. It sets focus to the button and notifies some observers. Upon returning to DispatchEvent it calls Repeater::DoRepeaters() which (somehow) triggers the display of the color selection box. The second time, you click the button, it sets focus and (appears to) notifiy the observers. However, when it calls Repeater::DoRepeaters() the color selection box isn't triggered and the button stays in the "down" state.
Eddie pointed me in the right direction. He suggested it might be related to the contextual menu blocker (Bug 78725). Sure enough, if you click on the button the second time, press the arrow keys a couple of times, and hit return, the color changes. Voila, 0x0 contextual menus. *** This bug has been marked as a duplicate of 78725 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
mass verification of duplicate bugs: to find all bugspam pertaining to this, set your search string to "DuplicateBugsBelongInZahadum". if you think this particular bug is *not* a duplicate, please provide a compelling reason, as well as check a recent *trunk* build (on the appropriate platform[s]), before reopening.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.