Closed
Bug 24129
Opened 25 years ago
Closed 25 years ago
Major Regressions in xul (pref panel, viewers, etc)
Categories
(Core :: XUL, defect, P3)
Tracking
()
VERIFIED
WONTFIX
M14
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.
Updated•25 years ago
|
Severity: normal → major
Comment 1•25 years ago
|
||
reassigning to XUL owner
Updated•25 years ago
|
Assignee: trudelle → hyatt
Comment 2•25 years ago
|
||
hmm. Hyatt should get default assignment, reassigning explicitly.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M13
Assignee | ||
Comment 3•25 years ago
|
||
waterson suspects brutal sharing.
Reporter | ||
Comment 4•25 years ago
|
||
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
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•25 years ago
|
||
waterson supplied the love. I am just the messenger.
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Updated•25 years ago
|
Resolution: FIXED → ---
Reporter | ||
Comment 6•25 years ago
|
||
No, he only supplied part of the love. See my comment above about what he did
fix and what he didn't.
Reopening.
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → ASSIGNED
Target Milestone: M13 → M14
Assignee | ||
Comment 7•25 years ago
|
||
Ok, then. Moving to M14 unless waterson thinks the other bugs are also brutal
sharing related.
Comment 8•25 years ago
|
||
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...
Assignee | ||
Comment 9•25 years ago
|
||
And those should go to the component owners, and not to me.
Updated•25 years ago
|
QA Contact: paulmac → sairuh
Comment 10•25 years ago
|
||
setting sairuh as qa contact
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WONTFIX
Assignee | ||
Comment 11•25 years ago
|
||
Open individual bugs and assign them to component owners. This isn't my
problem.
Reporter | ||
Comment 12•25 years ago
|
||
OK, the few remaining glitches have been put in a new bug report -- bug 24351.
Comment 13•25 years ago
|
||
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL
component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
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.
Description
•