499553 - [autoconfig] switching to advanced settings may result in unusable account setup (POP vs. IMAP)

Status: RESOLVED INCOMPLETE

(Thunderbird :: Account Manager, defect)

Description

[u235898]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1pre) Gecko/20090620 Shiretoko/3.5pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1pre) Gecko/20090616 Lightning/1.0pre Shredder/3.0b3pre

If quickAccount setup is running and detecting server settings isn't done yet, switching to "advanced options" will create an POP or IMAP account, relating to the current mail-in search routine state. This might result in an POP3 account setup which is not usable and has to be deleted manually for setting up an IMAP account (and vice versa)



Reproducible: Always

Steps to Reproduce:
1. open QuickAccount setup
2. enter details for an IMAP only Account
3. click "go to advanced options" while autoconfig is trying POP3 services
Actual Results:  
POP3 account is set up

Expected Results:  
ask user which type of account should be set up

Comment 1

[Ludovic Hirlimann [:Usul]]

I don't have imap only accounts - all my accounts do both Pop and Imap. Nikolay could you verify the bug ?

Comment 2

[Nikolay Shopik]

Err, what is Quick Account setup anyway, how do I run it?

Comment 3

[u235898]

(In reply to comment #2)
> Err, what is Quick Account setup anyway, how do I run it?

click on an existing account name on left hand, then you'll get presented a welcome page with a link for "create a new account" (see bug 499552 for this different behavior to the common account setup)

Comment 4

[Ludovic Hirlimann [:Usul]]

(In reply to comment #2)
> Err, what is Quick Account setup anyway, how do I run it?

Click on one account (in the folder list view) - then click on create a new account in the left pane. Quick account jus ask initially for email + name + password.

Comment 5

[Nikolay Shopik]

Confirm for IMAP.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090620
Shredder/3.0b3pre
Actually I can't even create account after it detects settings, first it say
wrong password and after I ignore this message msg.box popup with - TypeError:
msgWindow is undefined

Comment 6

[u235898]

(In reply to comment #5)
> Confirm for IMAP.
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090620
> Shredder/3.0b3pre
> Actually I can't even create account after it detects settings, first it say
> wrong password and after I ignore this message msg.box popup with - TypeError:
> msgWindow is undefined

yes, but this is already handled in another request I remember (... see bug 490143 or bug 490418)

this bug should cover just the "creation of an POP account" while there is no POP support when clicking "switch to advanced options"

thanks,
~Marcel

Comment 7

[Nikolay Shopik]

> yes, but this is already handled in another request I remember (... see bug
> 490143 or bug 490418)
Thanks good to know!
> this bug should cover just the "creation of an POP account" while there is no
> POP support when clicking "switch to advanced options"
Unfortunately I don't have anymore only pop account since first days of June.

Comment 8

[u235898]

Please prove that black is white a test-case is quite useful but not necessary to approve and fix this bug?! I'm not an mozilla developer atp but I think this will result in changing ONE codeblock (where creation of account is done while hitting "go to advanced settings") not two (if POP or IMAP is used may be irrelevant, cause creation of account has to be stopped if server recognition in quick-account setup is not done yet).

Comment 9

[Ludovic Hirlimann [:Usul]]

Marcel is the issue still present in 3.0 final ?

Comment 10

[Wayne Mery (:wsmwk)]

https://support.mozillamessaging.com/en-US/kb/FAQ+Changing+IMAP+to+POP?bl=n

Comment 11

[u235898]

(In reply to comment #9)
> Marcel is the issue still present in 3.0 final ?

Yes it is!! The setup is useful for some cases, but has different very irretating behaviours when "stopping" the auto-detection...
This is one of the things, Mozilla tends to have a label "quality is not our strength" ;(
If there is help needed to get testing systems etc., please announce it so others can help, but please, please take down the "we don't have problems at all and can't test it poster"

sorry for that fretful comment...

Comment 12

[Wayne Mery (:wsmwk)]

Priority should only be set by developers please.  Resetting to --
See https://bugzilla.mozilla.org/page.cgi?id=fields.html#priority

Comment 13

[Wayne Mery (:wsmwk)]

can you reproduce this using a current version of thunderbird?

if you are unable to reproduce, please close by setting stats to resolved, and resolution to WORKSFORME or another appropriate setting.

If you are able to reproduce, add new details, and a testcase if one does not already exist in the bug report.

Comment 14

[Joshua Cranmer [:jcranmer]]

RESOLVED INCOMPLETE due to lack of response to last question. If you feel this change was made in error please respond to this bug with your reasons why.