Closed Bug 1731729 Opened 3 years ago Closed 2 years ago

Add Account Wizard - chaotic, not working, confusing

Categories

(Thunderbird :: Account Manager, defect)

Thunderbird 91
defect

Tracking

(thunderbird_esr91+ fixed)

RESOLVED FIXED
96 Branch
Tracking Status
thunderbird_esr91 + fixed

People

(Reporter: jan, Assigned: mkmelin)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.159 Safari/537.36

Steps to reproduce:

Try to add new common email account - IMAP + SMTP.

Actual results:

Lots of gui issues like:
port number is reset to 0 every time the security option is changed (SSL/TLS to Start TLS etc.)
When I went over bugs like this the wizard finally shows that the configuration is ok so I clicked to create the account. Account creation failed because of wrong credentials or other reason (don't remember correctly). But wizard shows that configuration is ok.

Finally I skipped this shit (Sorry for saying that, but those wizards are always bothering me but this version is totally crazy) and I used the same values in manual configuration and everything works well.

Expected results:

If wizard shows that configuration is ok then the account should be created. And there should be a clear unhidden option to go directly to manual configuration when user wants to create an new account. Maybe I'm blind, maybe I'm too old, but my experience is that the manual configuration was always easiest and quickest way to setup account in TB.

I think we should fix the port number reset (may be an open bug for it already?).
Other than that, you haven't given enough details to reproduce. In general the setup is much easier for users to use. As soon as you type in an address the "Configure manually" link will appear.

(In reply to Magnus Melin [:mkmelin] from comment #1)

I think we should fix the port number reset (may be an open bug for it already?).

Bug 1297380? Decouple the value of "port" and "SSL" in Thunderbird "mail account setup"

Flags: needinfo?(mkmelin+mozilla)

The auth method is really unrelated to port or socketType.
Whatever was there should remain, and let the user change it if needed.

Assignee: nobody → mkmelin+mozilla

When adjusting port and SSL was selected already, switch to StartTLS if the port is know to potentially use that.
After this, the user can still switch from StartTLS to None, but the initial selection was TLS, default to a something secure.

Fixes "typo" for pop3 preventing adjustments there to work correctly.
Use onchange instead of onblur for the change handling: when working with the spin buttons to change ports this is needed.

Depends on D132352

Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Flags: needinfo?(mkmelin+mozilla)
Target Milestone: --- → 96 Branch

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/d6f76f32038f
for manual account setup do not set auth methods to auto just because port changed. r=aleca
https://hg.mozilla.org/comm-central/rev/be2faa4c4b8e
for manual account setup, when switching out TLS, use STARTTLS as default (not autodetect). r=aleca

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED

Comment on attachment 9252835 [details]
Bug 1731729 - for manual account setup do not set auth methods to auto just because port changed. r=aleca

[Approval Request Comment]
Regression caused by (bug #): not a regression
User impact if declined: manually adjusting config options is harder than it should be
Testing completed (on c-c, etc.): c-c+beta
Risk to taking this patch (and alternatives if risky): some risk

Attachment #9252835 - Flags: approval-comm-esr91?

Comment on attachment 9252835 [details]
Bug 1731729 - for manual account setup do not set auth methods to auto just because port changed. r=aleca

[Triage Comment]
Approved for esr91

Attachment #9252835 - Flags: approval-comm-esr91? → approval-comm-esr91+

Sorry for the late comment to the patch here:

for manual account setup do not set auth methods to auto just because port changed

In Phab:

The auth method is really unrelated to port or socketType.
Whatever was there should remain, and let the user change it if needed.

That is actally not correct. Even for large ISPs, the authentication methods offered by the same server are different, based on whether you use TLS or not. I saw that when I surveyed and captured the configs.

Also, if you're using non-standard ports, there can be different servers running on different ports. Normal servers will use the default ports. If you're changing the port specifically, then it's possible that the configuration of the endpoints is different, e.g. because you're tunneling to different servers, or similar.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: