Closed Bug 17702 Opened 26 years ago Closed 26 years ago

[DOGFOOD][Regression][PP]Account Settings dialog left pane is blank

Categories

(SeaMonkey :: MailNews: Account Configuration, defect, P1)

PowerPC
Mac System 8.6
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: fenella, Assigned: danm.moz)

Details

(Whiteboard: [PDT+] 12/10 maybe. similar bug has been bouncing around forever.)

Mac (1999-11-01-08 M11) Steps: 1. Launch Messenger using the -mail option 2. Select IMAP or POP account 3. From the Edit menu, select Account Setup to open the Account Settings dialog Actual result: the Account Settings dialog does not render properly. All I see is the right pane. The left pane is blank and the OK and Cancel buttons are missing. If I drag the mouse over to the left pane, the New Account button comes up. When I drag the button at the bottom, the OK and Cancel buttons come up. If I do a click in the left pane, more items in the left pane will show up Expected result: The left pane items should be automatically loaded. This does not happen on Linux and Window
QA Contact: lchiang → nbaca
Summary: [Regression]Account Settings dialog left pane is blank → [DOGFOOD][Regression][PP]Account Settings dialog left pane is blank
Status: NEW → ASSIGNED
Target Milestone: M12
If you resize the window do you see stuff? This is definately a layout problem, but I'll watch this bug for now.
Whiteboard: [PDT+]
Putting on PDT+ radar.
When I resize the window, I still do not see everything, the left only renders partially.
Build 1999110108M11: Mac 8.5.1 If you select the "New Account" button then the Account Settings dialog displays more completely. I was unable to resize the window or collapse and expand it.
Whiteboard: [PDT+] → [PDT+] 12/3
can you try today's build? I don't think this is a tree problem or a mail problem, so I'm considering reassigning to XPToolkit or layout.
Using todays build, 1999111708M12 on Mac 8.5.1, the problem still occurs. Only the right pane automatically displays. Other portions of the window draw with a mouse movement or by clicking on the left side of the window.
Assignee: alecf → trudelle
Status: ASSIGNED → NEW
This is wierd stuff. I'm going to start by assigning this to trudelle, though this might (might!) end up on layout instead. Adding hyatt to CC and going to talk to him to see if he has any ideas. To summarize this problem: it's not painting the left half of this dialog. The left side contains a box with a tree and some buttons below the tree. See chrome://messenger/content/AccountManager.xul in mailnews/base/prefs/resources/content/AccountManager.xul the dialog is essentially: <window align="vertical" flex="25%"> <--- left pane, doesn't draw initially <box align="horizontal"> <box align="vertical"> <html:div style="width:100px;height:100px" flex="100%"> <tree/> </html:div> <titledbutton/> <titledbutton/> <box align="vertical"/> <titledbutton/> <titledbuttn/> </box> </box> <box flex="75%"> <--- right pane, draws initially <tabcontrol> <deck> <box> <html:iframe> </box> <box> <html:iframe>
Assignee: trudelle → evaughan
assigning to evaughan
Ben Goodger is looking at this now ...
Assignee: evaughan → rgoodger
Priority: P3 → P1
Re-assigned to Ben Goodger.
Whiteboard: [PDT+] 12/3 → [PDT+] 12/3 completion
Given that this is urgent, and that I have no Macintosh, it might be best that someone with a Macintosh take a look at this, at least unless I can bludgeon someone with a Macintosh into sitting here with me and testing changes as i make them ;)
Phil, can someone in mail/news other than Alec help on this one?
cc hangas. any ideas, Paul?
this is such a painting/reflow bug it's not even funny. This should be assigned to someone in trudelle or rickg's teams.
Assignee: rgoodger → danm
reassigning to danm
Whiteboard: [PDT+] 12/3 completion → [PDT+] 12/10 maybe. similar bug has been bouncing around forever.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
I can't duplicate this problem, so I'm marking "works for me," even though I know what's going to happen when I do that. We've had a similar problem before. I've tried to reproduce this on every Macintosh with a current build in my group. It never fails. Those are all debug builds, of course. I've also tried installing and testing with opt bits on my machine, but I couldn't get that build to run at all, much less actually see this dialog. Worrisome in its own right, but that'd be a different problem. So to recap, I know from past experience that every QA machine on the planet will evince this problem, yet I can't get my hands on a machine that will. Opt bits on my machine probably won't help, since they didn't last time, on a similar bug. I'll try that again with tomorrow's build. Now what?
if you see this on the mac, try resizing the window to see if that makes it draw. I've seen this sometimes with other windows, like the profile migration progress dialog.
this window doesn't resize on the mac (!)
It's a dup of bug 18971 that dcone fixed on 12/03/99.
Status: RESOLVED → VERIFIED
Build 1999121008M12: Mac Verified Worksforme
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.