> Post as a follow-up to the Phabricator revision (comment 44), which already
> carries the full mechanism in its commit message. This comment only adds the
> platform-divergence context + local verification (not duplicated by #44).
> Keep the literal `attachment 9260399` / `comment 29` so Bugzilla auto-links.
---
The platform divergence behind the recent "works on Linux / on new messages"
reports (comment 41): it's one root cause — the text/html rewrite described in
the revision — with two symptoms. With no browsing context PDF.js can't render,
so the rewritten text/html type reaches the external helper app. On Windows
there is no usable text/html handler → NS_ERROR_FILE_NOT_FOUND ("… could not be
opened, because an unknown error occurred"). On Linux a text/html handler exists
→ it silently opens in the browser as nsmail.pdf, which is why it looks fixed
there. Same bug, just invisible on Linux.
Still reproduces on 140.10.2esr. I verified the patch locally (patched omni.ja):
the text/html rewrite disappears and the PDF opens in the configured external
application. The only gap versus the earlier approach (attachment 9260399) is
that the comment 29 targetBrowsingContext check was applied only to the
octet-stream path, not the main application/pdf path; the revision hoists it to
cover both.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1981163
Title:
[upstream] In Compose window, if a PDf is joined and clicked to open,
Thunderbird launches Firefox instead of Evince
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/1981163/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
