Closed Bug 1896545 Opened 1 year ago Closed 11 months ago

Empty Trash/Clean up ("Expunge) Inbox on Exit on an IMAP account may not work

Categories

(MailNews Core :: Networking: IMAP, defect, P3)

Thunderbird 121

Tracking

(thunderbird_esr115 unaffected, thunderbird_esr128+ fixed, thunderbird133 verified)

VERIFIED FIXED
133 Branch
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)

Attached patch authlogin-fix.diff (obsolete) — Splinter 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.

Component: General → Networking: IMAP
Product: Thunderbird → MailNews Core

Based on your prior comments in bug 1768344 I believe this affects 115.

Ha. I just reread the bug summary. If bug 1768344 wasn't fully implemented, how is 115 not affected?

Flags: needinfo?(gds)

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.

Flags: needinfo?(gds)
Keywords: regression
Version: Trunk → Thunderbird 127
Flags: needinfo?(mkmelin+mozilla)
See Also: → 1920688
Duplicate of this bug: 1920688
See Also: 1920688
Blocks: tb128found
Severity: -- → S3
Regressed by: 1768344
See Also: 1768344
Summary: With daily, expunge Inbox and empty trash sometimes doesn't occur on shutdown. Ok in current release 115. → Empty Trash/Clean up ("Expunge) Inbox on Exit on an IMAP account may not work
Version: Thunderbird 127 → Thunderbird 121
Duplicate of this bug: 1921248
Assignee: nobody → gds
Status: NEW → ASSIGNED
Attachment #9401555 - Attachment is obsolete: true
Attachment #9427958 - Attachment description: Bug 1896545 - If configured, always allow empty trash or inbox expunge to occur on shutdown. r=welpy-cw → Bug 1896545 - If configured, always allow empty trash or inbox expunge to occur on shutdown. r=welpy-cw,mkmelin
Keywords: privacy
Priority: -- → P3
Duplicate of this bug: 1924638
Flags: needinfo?(mkmelin+mozilla)

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

Flags: needinfo?(thee.chicago.wolf)
See Also: → 1869297

Wayne,

When is it likely to be in daily?

Flags: needinfo?(thee.chicago.wolf)
Target Milestone: --- → 133 Branch

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

Status: ASSIGNED → RESOLVED
Closed: 11 months ago
Resolution: --- → FIXED

(In reply to Arthur K. (he/him) from comment #10)

When is it likely to be in daily?

Tuesday's

(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?

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!

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.

Confirming this issue as verified fixed with 133.0b3(20241107210012) using Windows 11, macOS 14, and Ubuntu 22.

Status: RESOLVED → VERIFIED

Please nominate for uplift to 128.

Flags: needinfo?(gds)
Attachment #9437808 - Flags: approval-mozilla-esr128?

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
Flags: needinfo?(gds)
Attachment #9437808 - Flags: approval-mozilla-esr128? → approval-mozilla-esr128+
Attachment #9437808 - Flags: approval-mozilla-esr128+ → approval-mozilla-esr128-
Attachment #9437808 - Flags: approval-mozilla-esr128- → approval-mozilla-esr128?
Attachment #9437808 - Attachment description: Bug 1896545 - If configured, always allow empty trash or inbox expunge to occur on shutdown. → Bug 1896545 - If configured, always allow empty trash or inbox expunge to occur on shutdown. r=welpy-cw,mkmelin

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.

Attachment #9437808 - Flags: approval-mozilla-esr128? → approval-comm-esr128?
Attachment #9437808 - Flags: approval-mozilla-esr128?
Attachment #9437808 - Flags: approval-mozilla-esr128?
Attachment #9437808 - Flags: approval-mozilla-esr128?

(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,mkmelin

Correcting 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.

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.

Attachment #9437808 - Flags: approval-mozilla-esr128?

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.

Attachment #9437808 - Flags: approval-comm-esr128? → approval-comm-esr128-

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

Attachment #9427958 - Flags: approval-comm-esr128+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: