Closed Bug 24129 Opened 25 years ago Closed 25 years ago

Major Regressions in xul (pref panel, viewers, etc)

Categories

(Core :: XUL, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED WONTFIX

People

(Reporter: morse, Assigned: hyatt)

References

Details

I'm noticing all sorts of problems with a tree that I just pulled. The only thing that all these problems have in common is xul so that's why I'm suspecting xul (although I could be wrong). Here's what I am seeing. PREFERENCE PANEL GENERAL 1. Bring up the preference panel (edit/preferences). 2. Close the preference panel. 3. Attempt to bring up the preference panel again. Nothing happens. 4. Keep repeating this. Every odd time the preference panel comes up but every even time nothing happens. 5. During any one of the odd times that the pref panel comes up (other than the first) select any line in the pref panel. Nothing happens. SIGNON VIEWER AND THE PREFERENCE PANEL 1. Press view-signons from pref panel (edit/pref/wallet) and button jumps to a new location. 2. Press view-signons from this new location and the viewer comes up fine. Close the viewer. The rectangle around "single signon" on the pref panel is now distorted. However if you move some other window over it and then return to the preference window, the distortion is gone. 3. Press view-signons a third time. Nothing happens. 4. Close the preference panel, close the browser. The window closes but if you are in the debugger, the debugger thinks that the program is still running. If you don't do all the tree steps above (i.e., pressing view-signons three times) the browser will shut down fine. WALLET EDITOR AND THE PREFERENCE PANEL 1. Press view-wallet-entries from pref panel. The viewer comes up but the window that it is in is much too large. Furthermore the viewer is only in a portion of that window and that portion is much too thin. 2. Bringing up wallet viewer twice (either from pref panel or from tasks menu entry) will result in a blank window the second time as well as all subsequent times. COOKIE VIEWER AND THE PREFERENCE PANEL 1. Press view-stored-cookies from pref panel. Viewer comes up but the rectangle on the pref panel around cookies suddenly became larger. 2. Close the viewer and press view-stored cookies a second time. Nothing happens. COOKIE VIEWER DIRECTLY 1. Bringing up the cookie viewer repeatedly from the task menu. Every other time it will not come up. It will come up on the odd times only. Furthermore, no cookies are displayed on any of the times that it comes up other than the first.
Blocks: 23628
Severity: normal → major
reassigning to XUL owner
Assignee: trudelle → hyatt
hmm. Hyatt should get default assignment, reassigning explicitly.
Status: NEW → ASSIGNED
Target Milestone: M13
waterson suspects brutal sharing.
Chris Watersons checkin today to nsChromeProtocolHandler.cpp cleared up many but not all of the problems reported here. Specifically: PREFERENCE PANEL GENERAL -- all fixed SIGNON VIEWER AND THE PREFERENCE PANEL items 1 and 2 not fixed items 3 and 4 are fixed WALLET VIEWER AND THE PREFERENCE PANEL item 1 not fixed item 2 fixed COOKIE VIEWER AND THE PREFERENCE PANEL item 1 not fixed item 2 fixed COOKIE VIEWER DIRECTLY -- all fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
waterson supplied the love. I am just the messenger.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
No, he only supplied part of the love. See my comment above about what he did fix and what he didn't. Reopening.
Status: REOPENED → ASSIGNED
Target Milestone: M13 → M14
Ok, then. Moving to M14 unless waterson thinks the other bugs are also brutal sharing related.
Nah, the remaining issues kinda sound like the XUL or style rules on the window aren't right. Or maybe there are reflow bugs. Kinda seems like we should open separate bugs for those two thing...
And those should go to the component owners, and not to me.
QA Contact: paulmac → sairuh
setting sairuh as qa contact
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WONTFIX
Open individual bugs and assign them to component owners. This isn't my problem.
OK, the few remaining glitches have been put in a new bug report -- bug 24351.
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
verifying.
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: bugzilla → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.