Closed
Bug 50685
Opened 25 years ago
Closed 25 years ago
Account Settings window is empty
Categories
(SeaMonkey :: MailNews: Account Configuration, defect, P1)
SeaMonkey
MailNews: Account Configuration
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: skasinathan, Assigned: alecf)
References
Details
(Whiteboard: [dogfood+] Fix in hand)
Attachments
(1 file)
|
2.58 KB,
patch
|
Details | Diff | Splinter Review |
Edit | Account Settings window is empty. All I see is 5 buttons (New Account,
Delete, Set as default, Ok, cancel). The left and right panel are empty.
Build and platform:
Mozilla debug build from morning. Will check release builds in a while.
Note: I used the default skin, which is New modern.
I'm seeing this on all platforms. Tested on today's commercial release build on
Linux and Mac. Upgrading Severity and nominating for nsbeta3. Most (or All) the
users may use the Account Settings window to do something or the other.
Changing QA Contact.
Severity: normal → major
OS: Windows NT → All
QA Contact: lchiang → nbaca
Hardware: PC → All
Oops, Thanks Rkaa!!.
I used the seamonkey browser and didn't get any feedback after I submitted the
bug.
Marking this a blocker, dogfood. Can't change account settings until this is
fixed, bad for testing.
Note: resizing dialog will display the panel list, but the contents of any panel
selected never display even after further resizing.
| Assignee | ||
Comment 7•25 years ago
|
||
this is probably a dupe of the folder switching bug... try again in today's
respin
Comment 8•25 years ago
|
||
It's not a dup, I swear.
and bienvenu is almost right :)
Now only the LHS Panel comes up. The RHS panel is still empty.
Tested on respin Linux and Mac builds.
| Assignee | ||
Comment 10•25 years ago
|
||
yeah, you're right.
As usual this dialog has not changed.. *sigh*
looking into it..
Status: NEW → ASSIGNED
Comment 12•25 years ago
|
||
*** Bug 50789 has been marked as a duplicate of this bug. ***
Comment 13•25 years ago
|
||
this is very close to a smoketest blocker. I won't test POP without leaving the
messages on the server and the only workarounds I could come up with were to set
up a POP account in 4.x and migrate it or download an old build and create a
profile with that.
| Assignee | ||
Comment 14•25 years ago
|
||
*** Bug 50801 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 15•25 years ago
|
||
I'm workin' on it, expect a fix soon
| Assignee | ||
Comment 16•25 years ago
|
||
augh, found the problem - looks like frame.location broke
attaching a workaround
| Assignee | ||
Comment 17•25 years ago
|
||
| Assignee | ||
Comment 18•25 years ago
|
||
adding putterman/sspitzer to the CC for a review
you can ignore that nsILocalFile stuff - that is for bug 42102, and the code
will not be called until I modify some other XUL
Whiteboard: [dogfood+] → [dogfood+] Fix in hand
| Assignee | ||
Comment 19•25 years ago
|
||
by the way - if anyone feels like checking this in on friday, please do! The
tree is closed right now but it will be the middle of the night my time when it
does open, or if anyone wants to slip this in with the smoktest blocker fixes
for friday, that would do as well.
I only mention this because this is a dogfood bug that I think lots of people
will be happy to see in a build!
Comment 20•25 years ago
|
||
It looks good to me. I guess accessing frames by name broke? I can't check it
in though, but maybe Seth can.
| Assignee | ||
Comment 21•25 years ago
|
||
woah, that was fast :)
no, it was the .location that broke - so you have to go through the src
attribute of the <frame> tag instead of the frame itself
Comment 22•25 years ago
|
||
I'll cc: granrose and leaf - maybe they can check in if we have smoketest
blockers. This bug really makes testing hard if we can't change account settings
:-)
Comment 23•25 years ago
|
||
if it's tested and reviewed, a=granrose if someone has the fix in their tree and
can check it in.
Comment 24•25 years ago
|
||
I'll check this bad boy in.
Comment 25•25 years ago
|
||
based on a=granrose, I've checked alecf's fix in.
marking fixed for alecf. (I tested it and it fixes the problem)
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 26•25 years ago
|
||
*** Bug 51057 has been marked as a duplicate of this bug. ***
Comment 27•25 years ago
|
||
I've updated the build systems and opened the tree since this isn't a smoketest
blocker. Respins should be done in the next hour or two.
| Assignee | ||
Comment 28•25 years ago
|
||
thanks everyone
Comment 29•25 years ago
|
||
verified on win32 commericial builds 2000-09-01-11-m18. Need to verify on mac
and linux.
Comment 30•25 years ago
|
||
Build 2000-09-01-11M18: Linux 6.0
Build 2000-09-01-10M18: Mac 9.04
Verifief Fixed.
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
•