Closed Bug 111478 Opened 23 years ago Closed 23 years ago

@ sign in pop3 username freezes client indefinitely

Categories

(SeaMonkey :: MailNews: Account Configuration, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla1.0

People

(Reporter: tkho, Assigned: vparthas)

Details

(Keywords: hang, Whiteboard: [ADT NEED INFO] - Not able to reproduce - wfm?)

I have a shared hosting account at www.bsdwebhosting.net and the usernames follow the form user@domain.com for both ssh and mail, so checking mail involves setting the username to user@domain.com. Using 0.9.6, if I enter an username under 'Server Settings' with the @ sign and hit 'ok', all mozilla windows grey out and become unresponsive.
Please take a look at the release notes. If your username includes an "@" you need to set a preference to allow "@" in usernames. That said, we should not be hanging here...
Severity: major → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: hang
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.9
Commercial trunk build 2001-12-13-03: WinMe In the Account Wizard I configured for a POP account and enetered a username with an "@" sign and it did not freeze.
Also happens with # character in linux.
Sorry, I didn't write before. I access my pop3 main through a proxy server. To pipe through this particular proxy, you need to specify the username as user#pop3.server. This is why I care.
Keywords: nsbeta1+
Target Milestone: mozilla0.9.9 → mozilla1.0
Using build 20020301 on winxp, I found some flakieness while testing this. Not sure what's happening. I got into a state where I freeze at the 3-pane mail window, after switching back and forth in the user name field several times with exit and relaunch being successful at first. Note, I Also adding the pref to accept "@" in user name. The profile is now unusable. I need to investigate more.
I don't see the hang using the original steps. As noted above, I am seeing some flakiness when changing user name in Account Settings several times. Since we are not hanging or freezing (the freeze I saw was due to a corrupt account due to the changing of the user name many times, but can't be reproduced), this should be minused and more testing done and new bugs logged for the flaky behavior. Also note the user name with the # did not hang or freeze the app either.
Trunk build 2002-03-06: WinMe I didn't experience a hang but saw other problems with characters such as "@" which are logged in bug# 129396.
In bug 129457 I've ran into a similar (the same?) problem. When entering % in a username *while creating the account*, mozilla refuses to connect to the server. It doesn't even show the popup asking me to enter the password for the account. However, If one enters a bogus username, finishes creation of the account and afterwards open up the account settings and change the username to the real one, it works.
ADT Need info.: what are the bugs you filed based on comment number 6?
Whiteboard: [ADT NEED INFO]
I asked Ninoschka to investigate and log a bug about the flakiness, she did and logged bug 129396.
Bug 129396 has been resolved fixed and I do not see this problem in my builds. So is this still a nsbeta1+ issue? IF so can someone give the steps to reproduce the wierd behaviour.
Whiteboard: [ADT NEED INFO] → [ADT NEED INFO] - Not able to reproduce - wfm?
Taking bugs from bhuvan.
Assignee: racham → varada
Status: ASSIGNED → NEW
Trunk build 2002-03-26: WinMe Cannot reproduce the problem with this build. Marking Worksforme.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Verified Worksforme.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.