Closed
Bug 41160
Opened 24 years ago
Closed 19 years ago
The Account name is not reflected immediately in the server name upon creation
Categories
(SeaMonkey :: MailNews: Account Configuration, defect, P3)
SeaMonkey
MailNews: Account Configuration
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: momoi, Assigned: standard8)
References
Details
(Whiteboard: [nsbeta3-])
** Observed with 5/31/2000 Win32 build ** There probably is a bug about this already but let me file it anyway to make sure that it is being addressed. When you finish creating a new account, the server name on the left pane of the Account Settings window should reflect the newly created Account name. Instead it shows something like "alecf on mail.netscape.net" instead of the real Account name like "NetscapeNet" you might have entered during the Account creation process. Now when you press OK and close the Account Settings window and then re-open it, the name is changed to what you want. I think when the user clicks on "Finish" button, he/she should be able to see the name immediately.
Comment 1•24 years ago
|
||
argh, something must have regressed :(
Status: NEW → ASSIGNED
Target Milestone: --- → M18
Comment 5•24 years ago
|
||
Removing b3mail keyword (these bugs have been promoted now.)
Keywords: b3mail
- per mail triage
Whiteboard: [nsbeta3-]
Target Milestone: M18 → Future
Comment 10•24 years ago
|
||
massive reassign of account manager bugs -> sspitzer please feel free to put me back on the CC if you have any questions/comments
Assignee: alecf → sspitzer
Status: ASSIGNED → NEW
Comment 11•24 years ago
|
||
mass re-assign of account manager bugs to racham.
Assignee: sspitzer → racham
Comment 12•23 years ago
|
||
*** Bug 84459 has been marked as a duplicate of this bug. ***
Comment 13•23 years ago
|
||
*** Bug 109160 has been marked as a duplicate of this bug. ***
Comment 14•23 years ago
|
||
*** Bug 122141 has been marked as a duplicate of this bug. ***
Comment 15•23 years ago
|
||
I sense the need for a uselessui keyword here, because somewhere the code to show <user> on <server> is still at work.
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•19 years ago
|
Assignee: sspitzer → mail
Comment 17•19 years ago
|
||
Guys, is there going to be some work on this bug? [Sorry for this mail, but the last posting on this bug was back in 2005-04. Now it's 2005-08. Just wanted to kindle this up a bit. Bug bugging me for quite some while.] I have this bug on SeaMonkey 1_0a. Should someone change the blocking-seamonkey flag? Or change the target milestone? Using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050730 SeaMonkey/1.0a
Assignee | ||
Comment 18•19 years ago
|
||
(In reply to comment #17) > Guys, is there going to be some work on this bug? [Sorry for this mail, but the > last posting on this bug was back in 2005-04. Now it's 2005-08. Just wanted to > kindle this up a bit. Bug bugging me for quite some while.] Shriramana. Are you sure you commented on the correct bug? The dates don't seem to tie up. Also this one isn't significant enough to warrant blocking a release for. This bug is a WFM on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050731 SeaMonkey/1.0a
Comment 19•19 years ago
|
||
Works for me as well. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050728 SeaMonkey/1.0a
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Comment 20•19 years ago
|
||
(In reply to comment #18) > Shriramana. Are you sure you commented on the correct bug? The dates don't seem > to tie up. Also this one isn't significant enough to warrant blocking a release for. > > This bug is a WFM on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) > Gecko/20050731 SeaMonkey/1.0a No, this bug should be reopened. I'm using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050803 SeaMonkey/1.0a and the bug still exists with respect to news:// accounts as reported by Gemal in bug 41793. Please try some nntp server. Procedure to reproduce bug: 1. When I click on say news://support-forums.novell.com/novell.support.suse.linux.professional at http://support.novell.com/forums/2su.html, I get: "Would you like to subscribe to novell.support.suse.linux.professional?" 2. I click yes. 3. I get the Identity screen asking for my name and mail id. I enter it and hit next. 4. The next is the server screen - it is pre-entered. I hit next. 5. The next is the account name input screen. I enter "SuSE Support" and hit next. 6. The next is the congratulations screen. HERE'S THE BUG: The screen shows: Please verify that the information below is correct: Account Name: support-forums.novell.com - myname See? It breaks right here. No need to even complete the process. This bug should be reopened. (I was not allowed to do so myself.) P.S: I didn't set any blocking flag intentionally. If I did it without knowing, I'm sorry.
Comment 21•19 years ago
|
||
Reopening per Shriramana's request.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Assignee | ||
Comment 22•19 years ago
|
||
Sorry about that - I believe this only happens when you use the account wizard from a link, not from the prefs dialog (I'd forgotten to check that earlier), and at sometime it probably did work in both. The current bustage Looks like it is fallout from bug 253519. I'll see if I can come up with a patch.
Assignee: mail → bugzilla
Status: REOPENED → NEW
OS: Windows NT → All
Hardware: PC → All
Target Milestone: Future → ---
Assignee | ||
Comment 23•19 years ago
|
||
The problem I am looking at fixing here is actually specified in bug 216245. I think we managed to morph what we were looking at here, so I'm going to close this bug as WFM again, bug 216245 will fix the problem as given in nice detail in comment 20.
Status: NEW → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → WORKSFORME
verified wfm, since bug 216245 covers news.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•