Re: 1999051708M6 on NT4.0 Steps to reproduce: 1. With Messenger open select Edit/Account Manager and an Account Manager window appears with 4 links to the left. Those links are used to access dialogs such as Main, Server, Copies and Advanced. 2. Select any of these links such as the "Server" link. Notice the right pane has the text from the orignal window and then other information is trying to appear but it is not clear. 3. Sometimes you can get the right pane to display better by minimizing another window such as the browser window. Using Linux build 1999051708M6, it draws the initial Account Manager window clearly. Selecting the Server, Copies and Advanced links redraws the right pane clearly. Using Mac build 1999051709M, the Edit menu has no option to select the Account Manager, which is logged in bug# 6301.

Reassign to alecf

*** Bug 6301 has been marked as a duplicate of this bug. ***

I believe this is a windows refresh problem - if you resize the window or put a window on top of the dialog, then bring the dialog back to the front, it redraws correctly. Since this is a layout problem, not mail/news, I'm moving off to M7. I'm including hyatt since it seems like something he would be aware of...

probably fixed with window.openDialog() - see also #6996

Using 060413M7 on Win32/NT4 FYI: The display problem is still present.

Using 1999060411M7 on the Mac. Account Manager dialogs do not display correctly on the Mac. Workaround: If you double click onto the Account Manager title bar, then double click again, then the window displays properly. Select any of the other choices such as Main, Server, Copies or Advanced and the right panel is drawn properly. Win32: This is different from Windows because in Windows when I select other choices such as Main, Server, Copies or Advanced I have to continuously force a window refresh. Linux: Displays the Account Manager clearly even after selecting other choices such as Main, Server, Copies or Advanced.

ok, we should be all set now. I'm using window.openDialog() instead of the hacky C++ workaround we had.

Using 1999060909M7 for Win32/NT4 and Mac 8.5 Is this build suppose to have the fix? Results: Win32 - Need to force a redraw of the Account Manager window for the initial window to display correctly and each time another option is chosen (i.e. Main, Server, Copies or Advanced). Mac - Must double click on the Account Manager title bar to draw windows clearly but this doesn't always work: 1. Select Edit/Account Manager. Double click on Account Manager title bar to draw window clearly. 2. Double click on a server to see the Main, Server, Copies or Advanced options. 3. Select the "Server" option, double click on Account Manager title bar again. Notice a dark horizontal line between Server Settings and POP Server Information so when the cursor touches the line a pointer appears with the abililty to resize. 4. Select the "Copies" option and notice that the right pane does not draw the new screen very well. Click onto the dark horizontal line to the right of POP Server Information and a rectangular blank box appears. 5. Double click onto the Account Manager title bar and the window draws clearly most of the time but sometimes the window appears worse, sometimes blank.

yeah, that should have had the fix. Damn.

I'm getting the feeling this is because I'm using <frame> tags in XUL...investigating further.

I'm seeing this behavior on Search and Filters as well, so I'm thinking it's something about my XUL.

This is an XPFE thing I think.

It doesn't look like 8247 will be fixed for M7, so I'm moving this to M8.

adding laurel to cc: field since I'm testing the Search Messages and Message Filters dialogs which exhibit the same behavior.

going on vacation, mass-moving these M8 bugs to M9

8247 was fixed, and this should work now.

Build 1999080208M9: Win32/NT4, Linux/Redhat 5.2 Problems still exist. Launch Mail, select Edit/Account Settings. Choose any option (Main, Server, Copies or Advanced) and the same information appears to the right which is an Account Settings and an Identity section. This might be related to bug 10304.

nope, this bug is fixed. The current problem is unrelated....I'll file another bug

Marking verified since this latest issue is not related to the original problem in this bug, as alec states. A new bug has been opened, bug# 11139.