Closed
Bug 80118
Opened 24 years ago
Closed 24 years ago
Color selection box doesn't work
Categories
(SeaMonkey :: Preferences, defect)
SeaMonkey
Preferences
Tracking
(Not tracked)
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.
| Reporter | ||
Comment 1•24 years ago
|
||
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.
Comment 2•24 years ago
|
||
->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
Keywords: mozilla0.9.1,
regression
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...
| Assignee | ||
Comment 4•24 years ago
|
||
I haven't checked anything in since 5/7. It's not preferences.
Comment 6•24 years ago
|
||
mcafee, attinasi, any idea who could fix this?
| Assignee | ||
Comment 7•24 years ago
|
||
My (relative uninformed) guess at this point is nsEventStateManager, I get
concerned when I step through code commented "// XXX Never called. Does this
matter?"
| Assignee | ||
Comment 8•24 years ago
|
||
I'm also seeing a null widget assertion when it fails... in case that helps.
| Assignee | ||
Comment 9•24 years ago
|
||
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.
| Assignee | ||
Comment 10•24 years ago
|
||
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
Comment 11•24 years ago
|
||
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
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•