1013804 - Troubleshooting information sent via email should show the same strings as displayed on screen

Status: NEW

(Thunderbird :: Mail Window Front End, defect)

Description

[Onno Ekker [:nONoNonO UTC+1]]

When you go to Help -> Troubleshooting Information you get a tab with information about your setup. Under Mail and News Accounts the strings for Connection security and Authentication method on screen are different from the ones you see when you click on the Send via email button. This causes confusion when comparing settings in the email with the setting on display.

For instance under Connection security on screen you see STARTTLS and in the email alwaysSTARTTLS. On screen SSL/TLS and in the mail only SSL.
For authentication method on screen you see Normal password and in the email passwordCleartext. Other settings probably also have differences...

Comment 1

[rsx11m]

This looks like the internal representation of a setting is sent out given, that alwaysSTARTTLS and passwordCleartext match the definitions in the MailNewsTypes2.idl source file.

Comment 2

[rsx11m]

On a second thought, the UI likely displays localized strings; thus, if the intention is to make the e-mails automatically processable, the internal representation should be present. Maybe there is a way to have both of them in the message, such as "passwordCleartext (Normal Password)" to avoid confusion?

Comment 3

[Onno Ekker [:nONoNonO UTC+1]]

(In reply to rsx11m from comment #2)
> On a second thought, the UI likely displays localized strings; thus, if the
> intention is to make the e-mails automatically processable, the internal
> representation should be present. Maybe there is a way to have both of them
> in the message, such as "passwordCleartext (Normal Password)" to avoid
> confusion?

That's probably it. I changed my language to Dutch to test, but I didn't restart TB. Then I still saw the English strings in the display, even when it had Dutch headers. After restarting both are Dutch though, so it's indeed probably the internal string because that would be better than a localized string.