49891 - Unable to use the app after creating a News Account and getting an error

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Account Configuration, defect)

Description

[Suresh]

Steps:
1. Create a new profile. Launch Mail and create a IMAP/POP account using New 
Account Wizard.
2. Goto Edit | Account Settings. Click on New Account. Select Newsgroup account. 
Click Next.
3. Type in identity name(qatest36). In the email field just type 'qatest36' and 
click next. An alert dialog pops up and says 'please enter a valid email 
address.  Go back to the email field and type in complete email address 
([e-mail]) and click Next. Type News server and Account name.

4. Click Finish in the last step of Account wizard. Notice that the browser 
window comes to the front. (It should display the 'Account Settings' window).
5. Now select the Mail Window from the Windows Taskbar. Notice that it comes up 
with 'Account Settings' window. But you cannot select that window => you cannot 
do anything in that (Account Settings) window.  You cannot goto/select the mail 
window also (maybe coz 'Account Settings' is modal?). You cannot select Browser 
window also from the Windows taskbar.  So you cannot use the app. I've to goto 
Task Manager and kill the app.

Build and platform:
2000-08-22-08-M18, windows NT.

Note:
1. Looks like this happens in the second account. (If I create a news account 
that is described in step 3, then there is no problem).
2. step 3 seems to be an important step. (The alert popup "Please enter a valid 
email address"). Typing in valid email address first time seems ok.

Comment 1

[Suresh]

Changing qa contact. 
Ninoschka, if you have time, can you check whether it is reproducible in your 
system. Thanks !!

Comment 2

[Suresh]

well, it is a Windos only bug. Couldn't reproduce on Mac and Linux using today's 
commercial build. 

And the second account must be a News account. Couldn't reproduce if the second 
account is pop/imap.

Comment 3

[lchiang]

I think you have to get an error msg specified in step 3 in order to see this
bug happen?

We have another bug already about how the browser window pops back up in step 4.
Somehow, this bug sounds familiar.  Perhaps we have other bugs on the modality
of this dialog?

Comment 4

[Alec Flett]

reassign to danm - more window z-ordering/modal dialog issues - this one is even 
worse, none of the windows are accepting input!
I've seen this before, but didn't know exactly how to reproduce it - looks like 
it could have to do with multiple modal-on-modal-on-modal/etc

Comment 5

[Dan M]

  Note that since bug 22658 was fixed, step 4 doesn't happen any more. Still, the 
main problem remains: force a parent of a modal window to the front and the app 
becomes totally unresponsive. For instance:
  1) launch browser
  2) open mail
  3) open a modal window from mail: preferences or account settings
  4) bring browser to the front
  5) force mail window to the front by selecting it from the window list

Comment 6

[Peter Trudelle]

Shouldn't (5) either be disabled, or make the topmost modal for mail active? cc
jrgm.

Comment 7

[Peter Trudelle]

nsbeta3+, p2 for M18

Comment 8

[Peter Trudelle]

PDT agrees, P2

Comment 9

[Peter Trudelle]

mass-adding rtm keyword to all open nsbeta3+ xptoolkit bugs

Comment 10

[Phil Peterson]

Not holding PR3 for this. Marking nsbeta3-

Comment 11

[Peter Trudelle]

wfm using today's trunk verification build for N6 on Win98

Comment 12

[John Morrison]

Actually, it appears that WinNt has a minor problem with this. Reopening, but
also Futuring, because there is a fairly obvious workaround. (I also tested
on win98, and it is immune to this bug).

With the 2000010408 MN6 branch build on win2k, following danm's steps from 8/30,
if in step five I do 'Tasks->Mail', I wind up in that confused modal state
News Account dialog won't accept (most) events, but can't get browser window
to the front either). Note: it *must* be 'Tasks->Mail'; the other ways of
raising the mail window do not trigger this state (using the win2k taskbar,
doing Alt-Tab, doing 'Tasks->Account Manager').

But, workaround: if you use the win2k taskbar to minimize and then restore the
browser window, you are right back in business, can continue to work with either
the accoutn dialog or the browser window.

Comment 13

[John Morrison]

My changes: ->Future and [rtm-] somehow did not get applied along with my comment.

Comment 14

[Jaime Rodriguez, Jr.]

Removing adequated PDT grafitti.  

Comment 15

[Arun Prasannan (polar)]

This bug is being marked EXPIRED as it has seen no activity in a very long time.

If you think that the issue reported might still be relevant, please test with a recent release of SeaMonkey and if the problem persists feel free to re-open the report. Thank you.

http://www.seamonkey-project.org/

Comment 16

[Mark Banner (:standard8)]

Bulk reopening incorrectly expired bugs - no activity does not constitute no bug - these need proper checking.

Comment 17

[Philip Chee]

I can't reproduce it on WinXP/SP2

WFM => Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.9.1b5pre) Gecko/20090516 SeaMonkey/2.0b1pre