Closed Bug 15461 Opened 21 years ago Closed 21 years ago

Long delays when clicking in preference panel


(SeaMonkey :: Preferences, defect, P3)

Windows NT


(Not tracked)



(Reporter: morse, Assigned: danm.moz)



I think all dialogs are suddenly displaying this problem. But since I have an
example that displays it for the preference panel, I'm assigning it agains
pref-UI.  But it's probably more general than that.

Here's the example.  Open the edit/preference window.  Go to advanced pane.
Check the "warn-me-before-accepting-cookies box.  No checkmark appears.  Keep
clicking on it for a long time and finally the checkmark appears.  (Maybe the
repeated clicks had nothing to do with this and it would have appeared after the
long delay all by itself.)

Then hit the OK button.  Nothing happens.  Keep hitting the OK button many many
times and after a very long time the dialog finally dismisses.  I looked at the
generated prefs.js file and at least the right thing got put into that file.
When I saw this occur, it seemed to be that only a certain place on the
"OK" button would take the mouse clicks
*** Bug 15455 has been marked as a duplicate of this bug. ***
Perhaps this should read 'must double-click when clicking in dialogs', since
that seems to be the problem.
Sometimes that's the problem.  But at other times even double-clicking doesn't
help.  I haven't yet been able to determine when double-clicking helps and when
it doesn't.  It seems to me that double-clicking wasn't working in the
preferences when I first noticed this but that it is now (and I haven't changed
any code in my tree).
Severity: normal → critical
Target Milestone: M10
Setting to M10 since found on this branch and we need to know what's goind on
here.  At least for Release Notes if we do have a defined workaround.
Adding davidm and danm to cc list since this is obviously more general than just
preference panels and may actually be in one of their areas.
wondering if danm fix for bug 15596 to the m10 branch will help this?
should appear in the next respin for retest
Assignee: matt → danm
Closed: 21 years ago
Resolution: --- → DUPLICATE
Oh yeah: same problem as 15596.  I don't currently have an M10 build, but when I tested
my fix for 15596 on the M10 branch, symptoms described in this bug, which were there before
the fix, went away.  Calling it a duplicate.

*** This bug has been marked as a duplicate of 15596 ***
Bulk move of all Pref UI component bugs to new Preferences component.  Pref UI 
component will be deleted.
Component: Pref UI → Preferences
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.