Provide a way to use Thunderbird without setting up any email account
Categories
(Thunderbird :: Preferences, enhancement)
Tracking
(thunderbird_esr91 wontfix)
Tracking | Status | |
---|---|---|
thunderbird_esr91 | --- | wontfix |
People
(Reporter: ipatrol6010, Assigned: aleca)
References
(Depends on 1 open bug, )
Details
Attachments
(1 file, 2 obsolete files)
Updated•10 years ago
|
Updated•10 years ago
|
Updated•3 years ago
|
Please read the information from the duplicate bug 1716876.
Another use case is when one has *.eml
files. The email message should just open without any dialogs, such as asking to set up an email address in Thunderbird.
Can the status of this issue please be changed from UNCONFIRMED to NEW?
What do you think?
Thank you
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 5•3 years ago
|
||
Now that the new Account Setup is in a Tab, the inability to use TB without an account has been emphasize even more because the init code doesn't run unless the account setup is closed.
Before, with the account setup in a dialog, closing it was a more natural action.
Let's do this!
Assignee | ||
Comment 6•3 years ago
|
||
Upon a bit of investigation, I think this is doable, even tho it requires a bit of work and some decisions before touching the code.
First, we need to change this condition: https://searchfox.org/comm-central/rev/6820aaa407ab48a2c1b7a7477015e0dac1dc5daf/mail/base/content/msgMail3PaneWindow.js#766-771
We would need to split the loadPostAccountWizard()
method in order to run all the init methods not strictly related to the existence of an account.
After doing that, the rest of the startup process can remain the same, which means checking for an existing account and loading the Folder pane if so.
With these initial changes we can guarantee that any other part of Thunderbird is usable without an existing email account (calendar, tasks, chat, etc)
The next step would be to find a way in which users can permanently dismiss the Account Setup tab, telling TB to not bother them anymore.
Maybe we could consider having a link in the account setup that says "Close and don't ask me again", or something like that.
How do we then make this request permanent? A pref? Something stored in the profile?
(In reply to Alessandro Castellani [:aleca] from comment #5)
Now that the new Account Setup is in a Tab, the inability to use TB without an account has been emphasize even more because the init code doesn't run unless the account setup is closed.
Before, with the account setup in a dialog, closing it was a more natural action.Let's do this!
Does this mean that this issue needs to be resolved in Thunderbird 91 ESR?
(In reply to Alessandro Castellani [:aleca] from comment #6)
The next step would be to find a way in which users can permanently dismiss the Account Setup tab, telling TB to not bother them anymore.
Maybe we could consider having a link in the account setup that says "Close and don't ask me again", or something like that.
How do we then make this request permanent? A pref? Something stored in the profile?
While there may be a pref for this, please also have a GUI for this.
Has you looked at the screenshots in bug 1716876? Use Thunderbird without an email account
.
Thank you
Assignee | ||
Comment 8•3 years ago
|
||
Pinging Magnus to get feedback on the action plan in comment 6
Comment 9•3 years ago
|
||
Sounds good to me. Maybe we do want a pref and wording like outlook (see bug 1716876)
Perhaps we should only show such a thing if you cancel the setup, and do not have any account.
Assignee | ||
Comment 10•3 years ago
|
||
WIP patch to show the progress and gather feedback.
- I created a new
app.useWithoutMailAccount
pref that we can later hook to a confirmation dialog when the user dismisses the account setup. - I reordered the startup methods to run all the various init and restore without triggering mail UI specific methods if no account is available.
The startup process seems to work properly, but I'm not sure if I'm missing something vital, or creating some nasty regressions.
This will probably bust a lot of tests which I'll take care of later.
Any glaring red flag?
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Comment 11•3 years ago
|
||
Comment 12•3 years ago
|
||
Assignee | ||
Comment 13•3 years ago
|
||
nit: maybe "mail.use_without_mail_account"
Sounds good.
_delayedStartup() is a function we kind of try to keep in sync with firefox, and theirs is not async
If you make it async, you need to make sure the caller is expecting that. It seems it should not be a problem.
Ah, I wasn't aware of that, thanks for the heads up.
I'll move the "load components" part into a dedicated method that can be async
, so we can avoid changing the _delayedStartup()
method.
Assignee | ||
Comment 14•3 years ago
|
||
I'm having a tiny issue in handling the closing of the account tab.
When the user clicks CANCEL
in the form, I can easily trigger an HTML dialog to ask for confirmation and expose the the [] Use TB without an email account
checkbox.
This is not possible if the user clicks on the close icon (X
) in the tab, or uses the keyboard shortcut to close the Tab.
Is there a way to prevent the tab from closing in those scenarios?
I would really like to avoid using a prompt()
in order to have full control on the dialog style and better manage confirmation messages and toggle options.
Assignee | ||
Comment 15•3 years ago
|
||
Another day, another WIP patch with a bunch of questions.
- Still not sure how to handle the things I reported in comment 14.
- I was trying to add a test to cover this implementation, but it seems that a
Local Folders
account is always present when running a test. I also tried to create a new manifest file to clear any account setup, but no luck so far. - For the rest, it actually works nicely, and based on this try run it seems that these changes are not affecting existing tests, which is a pleasant surprise. https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=f3aeeee5c32a65ef4e85e353826ad4cbbdb0cf16
Comment 16•3 years ago
|
||
Looking at tabmail, there's a number of mechanisms that could be used to prevent a tab closing. None of them are particularly appealing.
I think I'd dispatch a cancelable TabClosing
event before the TabClose
event. (Ignore the onTabClosing
bit below it, that's stupid and should be called onTabClosed
.) Eww, now you've got me looking at tabmail code.
Comment 17•3 years ago
|
||
Local Folders
This account is not needed for Feeds (never got around to removing its creation), and is almost certainly not needed for Chat or Calendar only installations. So tests should account for that in a non email setup.
Assignee | ||
Comment 18•3 years ago
|
||
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 19•3 years ago
|
||
I had to create a dedicated manifest file for the tests in order to run them without any pre-configured account, and avoiding affecting other tests.
A decent try-run: https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=39273af55b127a77bc706beda400b5a42729b58e
Assignee | ||
Updated•3 years ago
|
Comment 20•3 years ago
|
||
Pushed by alessandro@thunderbird.net:
https://hg.mozilla.org/comm-central/rev/f4b2344a503d
Use Thunderbird without an email account. r=mkmelin
Comment 21•3 years ago
|
||
Thank you for fixing this issue for Thunderbird version 93. Can this issue please be fixed for the non-ESR version of Thunderbird, say version 91.0.4 or version 91.1? Thank you
Assignee | ||
Comment 22•3 years ago
|
||
Thank you for fixing this issue...
You're very welcome :D
Can this issue please be fixed for the non-ESR version of Thunderbird, say version 91.0.4 or version 91.1?
Any 91.* version is still an ESR, since the main digits of the version number are the same.
I'm not sure we can uplift this to 91 as there are string changes that won't have translations for the non-en versions.
Also, since this patch changes quite a bit the startup process and its methods, I'd like to keep it in the beta cycle for a while in order to catch possible regressions and issues.
Comment 23•3 years ago
|
||
Can you please advise the version of the next ESR after version 91 and the release date? Thank you once again
Comment 24•3 years ago
|
||
(In reply to Óvári from comment #23)
Can you please advise the version of the next ESR after version 91 and the release date? Thank you once again
You'll want to consult https://wiki.mozilla.org/Release_Management/Calendar and calculate the date for version 101 based on a 4 week interval per version.
Comment 25•3 years ago
|
||
Was this tested on a fresh profile, for each non mail account type? Neither feeds nor newsgroups work.
Assignee | ||
Comment 26•3 years ago
|
||
(In reply to alta88 from comment #25)
Was this tested on a fresh profile, for each non mail account type?
This was tested exclusively with email account type.
We will slowly transition other account types to the new account setup tab.
Comment 27•3 years ago
|
||
What I mean is that there is a regression (maybe in the folderpane changes elsewhere and maybe not due to this change) where accesses to a null _rowMap (the getter shouldn't be null but declared as an array) aren't handled or gFolderTreeView properties aren't ready and initial new accounts blow up folderpane view. So maybe there should be an enhanced testing protocol for new profiles.
Comment 28•3 years ago
|
||
Bug 1728030 happened to fix the regression for feeds. Newsgroups are still broken.
Assignee | ||
Comment 29•3 years ago
|
||
(In reply to alta88 from comment #28)
Bug 1728030 happened to fix the regression for feeds. Newsgroups are still broken.
Thanks for handling that bug.
I'll investigate the Newsgroups issue, and also cover those scenarios with tests once fixed.
Updated•3 years ago
|
Description
•