Closed Bug 1915214 Opened 1 year ago Closed 5 months ago

Outgoing server settings aren't shown in the UI

Categories

(MailNews Core :: Networking: Exchange, defect, P1)

Tracking

(thunderbird_esr128 wontfix)

RESOLVED FIXED
141 Branch
Tracking Status
thunderbird_esr128 --- wontfix

People

(Reporter: aleca, Assigned: babolivier)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

STR

  • Have an Exchange account configured.
  • Access the Outgoing SMTP page in the Account settings tab.
  • Double click (or edit) the Exchange outgoing server.

The dialog is empty of any data.

Summary: Server settings "Move it to this folder:" menulist is not correctly updated → [ews] smtp server settings - dialog is empty of any data.

JavaScript error: chrome://messenger/content/SmtpServerEdit.js, line 75: NS_NOINTERFACE: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface]

Duplicate of this bug: 1967419
Priority: P2 → P1
Component: Account Manager → Networking: Exchange
Product: Thunderbird → MailNews Core

I've decided to de-scope manual config for non-SMTP servers for now. As a
result, this patch also makes it so the edit buttons for the outgoing server's
configuration are disabled if the server isn't SMTP. This brings the state of
the outgoing config to a more or less similar state as the incoming one, and
makes the account settings UI less confusing until we fully support manual
config.

Since the goal of this patch is to make things less confusing for users of
non-SMTP servers (e.g. Exchange), I've also updated the L10n strings to not
mention SMTP by name. I've also updated the outgoing server settings table to
display the server type (since otherwise it's barely possible to differentiate
e.g. an Exchange server from an SMTP one).

When it's not SMTP it's really the incoming server settings. I believe there's internally a bit code confusion for that. I mean, in and out are now separate configurations, but should never be treated as such AFAIK. There is really only two options: SMTP, or "Use incoming for outgoing".
I think we should at least for the UI only do something that reflects that - but it would probably be best to re-work the backend for it as well. If any setting ever changes for incoming and goes out of sync for outgoing due to that... that's not going to end well.

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

When it's not SMTP it's really the incoming server settings. I believe there's internally a bit code confusion for that. I mean, in and out are now separate configurations, but should never be treated as such AFAIK. There is really only two options: SMTP, or "Use incoming for outgoing".
I think we should at least for the UI only do something that reflects that - but it would probably be best to re-work the backend for it as well. If any setting ever changes for incoming and goes out of sync for outgoing due to that... that's not going to end well.

I agree. Though until the backend is reworked into a shape that allows simply reusing the incoming settings for outgoing servers, then I'm less comfortable tweaking the UI into tricking the user that it already does.

Assignee: nobody → brendan
Attachment #9489112 - Attachment description: WIP: Bug 1915214 - Support displaying settings for non-SMTP outgoing servers. r=#thunderbird-front-end-reviewers → Bug 1915214 - Support displaying settings for non-SMTP outgoing servers. r=#thunderbird-front-end-reviewers
Status: NEW → ASSIGNED
Target Milestone: --- → 141 Branch
Summary: [ews] smtp server settings - dialog is empty of any data. → Outgoing server settings aren't shown in the UI

Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/79ca1a3d2cfa
Support displaying settings for non-SMTP outgoing servers. r=freaktechnik

Status: ASSIGNED → RESOLVED
Closed: 5 months ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: