Empty Trash/Clean up ("Expunge) Inbox on Exit on an IMAP account may not work
Categories
(MailNews Core :: Networking: IMAP, defect, P3)
Tracking
(thunderbird_esr115 unaffected, thunderbird_esr128+ fixed, thunderbird133 verified)
Tracking | Status | |
---|---|---|
thunderbird_esr115 | --- | unaffected |
thunderbird_esr128 | + | fixed |
thunderbird133 | --- | verified |
People
(Reporter: gds, Assigned: gds)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: privacy, regression)
Attachments
(2 files, 1 obsolete file)
48 bytes,
text/x-phabricator-request
|
corey
:
approval-comm-esr128+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
corey
:
approval-comm-esr128-
|
Details | Review |
Re: attachment 9361598 [details] from Bug 1768344
When I shutdown daily with "empty trash on exit" or "expunge inbox on exit" often nothing happens because the referenced patch is applied to daily but was never put into release.
I think AuthLogin() needs to still allow some URLs to run (deleteallmsg, expunge inbox, etc) when shutting down rather than forbid logins for all URLs. There are other places in nsImapProtocol.cpp that allow a subset of URLs to still occur when shutdown is happening which won't prevent inbox expunge/empty trash.
I originally had the attached patch as part of bug 1862111 but decided it should be a separate change. See Bug 1768344 comment 88 for my original report of this issue.
Updated•1 year ago
|
Comment 1•1 year ago
|
||
Based on your prior comments in bug 1768344 I believe this affects 115.
Comment 2•1 year ago
|
||
Ha. I just reread the bug summary. If bug 1768344 wasn't fully implemented, how is 115 not affected?
Assignee | ||
Comment 3•1 year ago
|
||
Re: attachment 9361598 [details] from Bug 1768344
I'm don't know how the patch affects the bug, which is something about a crash at shutdown when you have deleted all your stored passwords. So that may still occur with 115 (since one patch of the 3 was never applied) but at least 115 still allows empty trash and expunge inbox on shutdown (since one patch was never applied).
Since Magnus produced the patch that was never applied, he should probably be asked about this. I don't know if maybe not applying the one patch of the 3 was intentional or was just overlooked.
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Comment 7•1 year ago
|
||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•11 months ago
|
Assignee | ||
Comment 9•11 months ago
|
||
Arthur K.,
When this is in daily could you check again to make sure that you don't see crashes at shutdown with "empty trash on shutdown" enabled?
Re: Bug 1869297 comment 36 and Bug 1869297 comment 38
Thanks,
-gene
Updated•11 months ago
|
Comment 10•11 months ago
|
||
Wayne,
When is it likely to be in daily?
Updated•11 months ago
|
Comment 11•11 months ago
|
||
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/0297d0655c6f
If configured, always allow empty trash or inbox expunge to occur on shutdown. r=welpy-cw,mkmelin
Comment 12•11 months ago
|
||
Comment 13•11 months ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #12)
(In reply to Arthur K. (he/him) from comment #10)
When is it likely to be in daily?
Tuesday's
Wayne,
I wasn't able to test with the Daily you needed me to but I see now this is marked as fixed. Do you still want me to try on my home PC?
Assignee | ||
Comment 14•11 months ago
|
||
Arthur K.,
It was me (Gene) asking you to test in daily and not Wayne asking.
Anyhow, this (now in daily) changes some code in 128 that may affect if there is a crash at shutdown. So if you could try it with daily and make sure that there is no crash on shutdown and the expunge of inbox occurs at shutdown it would be helpful to make sure this doesn't cause a regression. I don't see a crash at shutdown with linux but since you are on Windows (I think) and were seeing a crash is why I'm asking you to test it.
If you can't test it, probably not a big deal since without this change expunge or empty trash at shutdown often doesn't occur.
Thanks!
Comment 15•11 months ago
|
||
Gene,
When I gave the daily from ../pub/thunderbird/nightly/2024/10/2024-10-26-10-54-50-comm-central/ a shot it didn't seem to trigger the issue on my home PC. Cautiously saying that it seems to be ok. Other's mileage may vary.
Comment 16•11 months ago
|
||
Confirming this issue as verified fixed with 133.0b3(20241107210012) using Windows 11, macOS 14, and Ubuntu 22.
Assignee | ||
Comment 18•11 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D224062
Updated•11 months ago
|
Comment 19•11 months ago
|
||
esr128 Uplift Approval Request
- User impact if declined: User may be unable to auto-expunge inbox or auto-empty trash on shutdown
- Code covered by automated testing: no
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: none
- Risk associated with taking this patch: Low
- Explanation of risk level: low chance of shutdown crash
- String changes made/needed: none
- Is Android affected?: no
Assignee | ||
Updated•11 months ago
|
Updated•11 months ago
|
Updated•11 months ago
|
Updated•11 months ago
|
Updated•11 months ago
|
Comment 20•11 months ago
|
||
Comment on attachment 9437808 [details]
Bug 1896545 - If configured, always allow empty trash or inbox expunge to occur on shutdown. r=welpy-cw,mkmelin
Correcting request. It's for comm, not mozilla. Request in comment #19.
Updated•11 months ago
|
Updated•11 months ago
|
Updated•11 months ago
|
Assignee | ||
Comment 21•11 months ago
|
||
(In reply to Francesco from comment #20)
Comment on attachment 9437808 [details]
Bug 1896545 - If configured, always allow empty trash or inbox expunge to occur on shutdown. r=welpy-cw,mkmelinCorrecting request. It's for comm, not mozilla. Request in comment #19.
Thanks. Didn't know I had to make that selection. Thought it would know the uplift was for comm since the patch is for a "mailnews" file. I guess this explains why the raw "Lando" error shows "can't find file/file doesn't exist". Also, FYI, I don't have authorization to use "Lando" and not even sure what it is.
Comment 22•11 months ago
|
||
Lando is the system to "land" (commit) patches. Code sheriffs use it to push patches to the code base. Of course you can't push a patch for the comm-* repo to a mozilla-* repo. The approval-mozilla-esr128? flag should be removed.
Comment 23•10 months ago
|
||
Comment on attachment 9437808 [details]
Bug 1896545 - If configured, always allow empty trash or inbox expunge to occur on shutdown. r=welpy-cw,mkmelin
[Triage Comment]
Gene, I'm going to approve the original patch since it appears that it will apply cleanly to esr128.
Comment 24•10 months ago
|
||
Comment on attachment 9427958 [details]
Bug 1896545 - If configured, always allow empty trash or inbox expunge to occur on shutdown. r=welpy-cw,mkmelin
[Triage Comment]
Approved for esr128
Comment 25•10 months ago
|
||
bugherder uplift |
Thunderbird 128.5.0esr:
https://hg.mozilla.org/releases/comm-esr128/rev/ba3366063a2d
Description
•