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)

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.
argh, something must have regressed :(
Status: NEW → ASSIGNED
Target Milestone: --- → M18
QA Contact: lchiang → nbaca
*** Bug 41793 has been marked as a duplicate of this bug. ***
adding b3mail keyword
Keywords: b3mail, ui
Adding nsbeta3 to b3mail bugs.
Keywords: nsbeta3
Removing b3mail keyword (these bugs have been promoted now.)
Keywords: b3mail
Adding mail2 nomination keyword for triage effort.
Keywords: mail2
- per mail triage
Whiteboard: [nsbeta3-]
Target Milestone: M18 → Future
*** Bug 54627 has been marked as a duplicate of this bug. ***
sorry for the extra email. Removing mail2 keyword.
Keywords: mail2
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
mass re-assign of account manager bugs to racham.
Assignee: sspitzer → racham
Keywords: nsCatFood
*** Bug 84459 has been marked as a duplicate of this bug. ***
*** Bug 109160 has been marked as a duplicate of this bug. ***
*** Bug 122141 has been marked as a duplicate of this bug. ***
I sense the need for a uselessui keyword here, because somewhere the code to show <user> on 
<server> is still at work.
mass re-assign.
Assignee: racham → sspitzer
Product: Browser → Seamonkey
Assignee: sspitzer → mail
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
(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
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
(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.
Reopening per Shriramana's request.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
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 → ---
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 ago19 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.