Closed Bug 1970615 Opened 2 months ago Closed 19 days ago

Thunderbird fail to load pdf attachments in a tab on launch

Categories

(Thunderbird :: General, defect, P2)

Thunderbird 137

Tracking

(relnote-thunderbird +, thunderbird_esr140 fixed, thunderbird141 affected)

RESOLVED FIXED
142 Branch
Tracking Status
relnote-thunderbird --- +
thunderbird_esr140 --- fixed
thunderbird141 --- affected

People

(Reporter: clement.lefevre, Assigned: tobyp)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(2 files)

On Thunderbird 139.0.1 (and probably previous ones), launching TB with pdfs (from an attachment) among the opened tabs result in a fail to open them.

Reloading it with the button visible in the screenshot load them correctly, so this only happens at launch.

I may have noticed this for only emails in the past but I'm not sure. I'm reproducing it reliably for pdfs however.

EDIT: Note Thunderbird-conversations is used; I just tried to disable it, which I should have done before. as expected it affects the URI, because it tried to open a chrome://conversations/content/stub.html?urls=imap-message[…] which result obviously in a file not found if addon is disabled. It's a redirect as the screenshot was taken from a URI starting with imap:// that looks exactly like the one without addon.
I reproduced it with the addon disabled right now.
It looks like TB tries to load it before the code able to interpret imap:// URIs was loaded.

It does work in general.

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

It does work in general.

I was able to reproduce it reliably though, in a context with no addons. I don't known if I can do something to provide more information on the matter?

Blocks: tb140found

Does it happen beta 140.0b3 or newer?

Can you find a regression range with daily builds using https://mozilla.github.io/mozregression/quickstart.html ?

Version: unspecified → Thunderbird 139

(In reply to Wayne Mery (:wsmwk) from comment #3)

Does it happen beta 140.0b3 or newer?

Can you find a regression range with daily builds using https://mozilla.github.io/mozregression/quickstart.html ?

Tarball doesn't grab profiles from home, shouldn't it still get them from ~/.config?

Same question as on another issue for regression range: what would be the lower bound of the range to test here? Isn't there risk for existing profile, or if it behaves like the beta will it even use my profile?

EDIT: It also means one tarball was created somewhere, I guess?

I keep a few tabs open with PDFs and can confirm this is an issue in release 137.0 and higher.

I installed every version from 128.0esr until the bug appeared, 136.0.1 was fine, 137.0 was not.

I rolled back to 136.0.1 and will hold off upgrading further but I suspect more users will come across it as they upgrade to the latest esr as 128esr was not affected but 140.0esr is.

I confirm this as a regression.

It worked in in 128.x

Keywords: regression
Flags: needinfo?(vlucaci)

Vlad, we're looking for the code change in Thunderbird that caused this regression.
The mozregression tool above could be used to help identify it.

Geoff, could this be related to removing IMAPJS? mozregression thinks so

Flags: needinfo?(geoff)
Regressed by: 1947955

When we got rid of IMAP JS, that removed a call to the ModuleLoader which that previously checked a pref to either register the JS version or the C++ version. We still need that early registration to avoid session restore situations like a PDF that was previously open in a tab. Maybe we should have kept that...
https://phabricator.services.mozilla.com/D237996#inline-1318902

Ah well, this should do it.

Assignee: nobody → toby
Status: NEW → ASSIGNED

Great job, Toby, fix works for me!

Sorry, just want to get Geoff to check it

Flags: needinfo?(vlucaci)
Flags: needinfo?(geoff)
Version: Thunderbird 139 → Thunderbird 137

Pushed by kaie@kuix.de:
https://hg.mozilla.org/comm-central/rev/1ce6ab12ad1f
Register IMAP protocol early to avoid session restore issues. r=darktrojan,kaie

Status: ASSIGNED → RESOLVED
Closed: 19 days ago
Resolution: --- → FIXED
Target Milestone: --- → 142 Branch

Release Note Request (optional, but appreciated)
[Why is this notable]: Bug fix - fixes the problem of attachments not loading in tabs on startup.
[Suggested wording]: Allow previously opened attachments to appear correctly in tabs on startup.
[Links (documentation, blog post, etc)]:

Comment on attachment 9500125 [details]
Bug 1970615 - Register IMAP protocol early to avoid session restore issues. r=#thunderbird-reviewers

Uplift Approval Request

  • Please state case for uplift consideration and ensure bug severity is set: Poor user experience caused by regression, quite visible
  • User impact if declined: Users who have attachments open in a tab will see an error when they restart Thunderbird
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Daily?: Yes
  • Has the fix been verified in Beta?: Yes
  • Needs manual test from QA?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Just registers the IMAP module early enough to handle restoration of tabs containing attachments
  • Does the fix cause any migrations to be skipped?: No
  • String changes made/needed: None
Attachment #9500125 - Flags: approval-comm-release?
Attachment #9500125 - Flags: approval-comm-esr140?
Severity: -- → S3
Priority: -- → P2

Thanks fore the relnote. I updated a bit to shorten and put in past tense: "Users with attachments open in tabs saw an error on Thunderbird restart"

Comment on attachment 9500125 [details]
Bug 1970615 - Register IMAP protocol early to avoid session restore issues. r=#thunderbird-reviewers

[Triage Comment]
Rejecting for release and esr140. Sorry.. we're working on being more strict with uplifts to stable releases. Let's let this ride the train to Release in 2 more weeks.

Attachment #9500125 - Flags: approval-comm-release?
Attachment #9500125 - Flags: approval-comm-release-
Attachment #9500125 - Flags: approval-comm-esr140?
Attachment #9500125 - Flags: approval-comm-esr140-

(In reply to Corey Bryant from comment #16)

Comment on attachment 9500125 [details]
Bug 1970615 - Register IMAP protocol early to avoid session restore issues. r=#thunderbird-reviewers

[Triage Comment]
Rejecting for release and esr140. Sorry.. we're working on being more strict with uplifts to stable releases. Let's let this ride the train to Release in 2 more weeks.

That's two weeks for release, but rather a year for ESR though?

I would like to suggest to reconsider the decision for esr140, after the fix has gone live in the TB 142 release and nobody reports regressions.

Comment on attachment 9500125 [details]
Bug 1970615 - Register IMAP protocol early to avoid session restore issues. r=#thunderbird-reviewers

[Triage Comment]
Approved for release
Approved for esr140

Attachment #9500125 - Flags: approval-comm-release-
Attachment #9500125 - Flags: approval-comm-release+
Attachment #9500125 - Flags: approval-comm-esr140-
Attachment #9500125 - Flags: approval-comm-esr140+

Sorry, my mind is going in 2 directions with recent discussions we've had about uplifts. This falls under criteria for "Fixes for regressions with a broad impact." documented at https://developer.thunderbird.net/releases/uplifting-fixes and the fix is minimal, so accepted.

Comment on attachment 9500125 [details]
Bug 1970615 - Register IMAP protocol early to avoid session restore issues. r=#thunderbird-reviewers

But we can let it ride the train to release.

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

Attachment

General

Created:
Updated:
Size: