[Bug 1981163] Re: [upstream] In Compose window, if a PDf is joined and clicked to open, Thunderbird launches Firefox instead of Evince
Bug Watch Updater
1981163 at bugs.launchpad.net
Mon Aug 8 21:53:25 UTC 2022
Launchpad has imported 37 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=1698140.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2021-03-12T17:01:32+00:00 9-henry wrote:
## Steps to Reproduce
Compose or Edit a message with a pdf attachment.
Open the pdf attachment (through double click or context menu).
## Result
Get popup message
```
You have chosen to open:
<file>.pdf
which is: HTML document
```
So the type is HTML, which means you'll likely get a recommendation to
open in a browser, rather than the default pdf reader.
Also get the printed error message
```
JavaScript error: resource://pdf.js/PdfStreamConverter.jsm, line 140: TypeError: can't access property "getInterface", requestor is null
```
*Note: opening attachments when viewing a message (not composition), in
either a tab or a separate window works fine.*
## Expected
The file to be treated as a PDF and no error message.
## Origin?
Looking in `PdfStreamConverter.jsm`, the error is from `getDOMWindow`
(https://searchfox.org/mozilla-
central/rev/9ae77e4ce3378bd683ac9a86b729ea6b6bd22cb8/toolkit/components/pdfjs/content/PdfStreamConverter.jsm#136),
which is called by `proxy.onStopRequest`. The problem seems to be that
both `aChannel.notificationCallbacks` and
`aChannel.loadGroup.notificationCallbacks` are `null`.
*Note: opening an attachment in a viewed message (not composing), does
not seem to pass through the same code.*
On the the thunderbird side, I've tracked down the trigger for the error
to `openURI` in `MsgComposeCommands.js` (https://searchfox.org/comm-
central/rev/9bc3ba1480090c4e89d5152e458f19c79b3d6ac4/mail/components/compose/content/MsgComposeCommands.js#7171).
I couldn't really pinpoint the origin much beyond this because the code
is passing through interfaces (and probably between c++ and javascript),
and I'm not familiar enough to navigate this.
#### Why is it treated as HTML instead?
I think the reason the document is treated as as HTML is a side effect
of the JavaScript error. Also in `PdfStreamConverter.jsm`, the
`onStartRequest` method changes the `contentType` from `application/pdf`
to `text/html` (https://searchfox.org/mozilla-
central/rev/9ae77e4ce3378bd683ac9a86b729ea6b6bd22cb8/toolkit/components/pdfjs/content/PdfStreamConverter.jsm#1231).
Supposedly, this is done to break some loop. My guess is that it is
meant to be set back to `application/pdf` during `onStopRequest`, but
this method errors before it can do so.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/0
------------------------------------------------------------------------
On 2021-10-14T11:09:08+00:00 9-henry wrote:
Note: The patch for bug 1734428 fixes the case where the user has opted
to view pdfs within Thunderbird and they still have a 3pane window open.
In other cases, this bug will still be seen (error in console, and
treated as a `text/html` instead of `application/pdf`). E.g. if you
choose to view pdfs using your system document viewer, or if you only
have open a single composition window.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/1
------------------------------------------------------------------------
On 2021-10-25T11:36:33+00:00 9-henry wrote:
*** Bug 1737408 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/2
------------------------------------------------------------------------
On 2021-10-25T11:40:11+00:00 9-henry wrote:
*** Bug 1735585 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/3
------------------------------------------------------------------------
On 2021-10-27T13:45:00+00:00 Mkmelin+mozilla wrote:
*** Bug 1732045 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/4
------------------------------------------------------------------------
On 2021-11-12T07:48:27+00:00 Mkmelin+mozilla wrote:
*** Bug 1740759 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/5
------------------------------------------------------------------------
On 2021-11-12T15:43:50+00:00 Wls220spring wrote:
*** Bug 1729922 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/6
------------------------------------------------------------------------
On 2021-11-13T15:01:39+00:00 Anjeyelf wrote:
Windows 10
Computer default open pdf using Adobe Acrobat
Thunderbird 91.3.0
Received email with pdf opens using Adobe Acrobat - expected so ok
TEST 1
Files & Attachments - pdf set to use Adobe Acrobat Dc default
Clear error console
Write compose window - add pdf attachment - double click to open -opens in Firefox in a new tab - not expected.
The url address shown in Firefox is:
file:///C:/Users/XXXX/Documents/ANCESTRY%20-%20Gibbons%20-%20Bell/The_Book_Gibbons_Family_Tree.pdf
Error console:
14:09:48.110
TypeError: requestor is null [Learn More] - PdfStreamConverter.jsm:140:13
getDOMWindow resource://pdf.js/PdfStreamConverter.jsm:140
onStopRequest resource://pdf.js/PdfStreamConverter.jsm:1262
Save as draft and close Write.
TEST 2
Change the Preferences
Files & Attachments - pdf set to 'Preview in Thunderbird'
Select Draft email - Edit
Write compose window - pdf attachment - same pdf as before - double click to open -opens in Firefox in a new tab - not expected.
The url address shown in Firefox is now:
file:///C:/Users/XXXX/AppData/Local/Temp/nsmail.pdf
error console repeats same error:
14:26:25.703 TypeError: requestor is null [Learn More]- PdfStreamConverter.jsm:140:13
getDOMWindow resource://pdf.js/PdfStreamConverter.jsm:140
onStopRequest resource://pdf.js/PdfStreamConverter.jsm:1262
Note: 'Learn More' is a link to this:
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Errors/Unexpected_type
TEST 3
Tested with Write compose as Plain Text and also compose HTML - no difference in result nor error message.
TEST 4
Change the Preferences
Files & Attachments - pdf set to 'Always ask'
Select Draft email - Edit
Write compose window - pdf attachment - same pdf as before - double click to open --opens in Firefox in a new tab - not expected.
SAme result in error console.
TEST 5
Change the Preferences
Files & Attachments FIREFOX HTML Document - set 'Always Ask'
Clear Error console
Select Draft email - Edit
Write compose window - pdf attachment - same pdf as before - double click to open
Window opens to ask what to do - Open with - default is Firefox - so I change this to Adobe Acrobat and selected checkbox to always remember.
FRom now onwards Write compose window pdf attachment is opening in Adobe Acrobat
But this now means preferences are set up to open HTML in Adobe Acrobat which is not desirable.
Error console still producing same error.
We are getting reports in the Support forum of same issue or saying
because the associated helper application does not exist.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/7
------------------------------------------------------------------------
On 2021-11-13T15:53:27+00:00 Anjeyelf wrote:
UPDATE: PLEASE READ
In THUNDERBIRD
Change the Preferences again as i'm putting them back to where they should be.
Files & Attachments
Firefox HTML Document reset back to use 'Firefox default' as it cannot remain using the 'Adobe Acrobat'
PDF still set to use Adobe Acrobat default
In FIREFOX
Access Settings/Preferences - about:preferences
Files & Attachments
It has Portable Document - PDF to open in Firefox so set to use 'Adobe Acrobat'
Back in Thunderbird' reopen Draft - Edit - get Write compose windwo -
click on attachment pdf and it is now opening in 'Adobe Acrobat'
REset Firefox settings - about:preferences
Files & Attachments
It has Portable Document - PDF - reset back to open in Firefox - (I like online pdf opening in firefox tab)
Back in new Write window - add attachment pdf - double click to open and it is now using Adobe Acrobat.
Error console still produces same error.
I'm not sure whether setting:
THUNDERBIRD - Change the Preferences
Files & Attachments
Firefox HTML Document from Firefox to Adobe Acrobat
testing opening of pdf
Then resetting it back to say Action: Firefox default
Seems to be fixing the issue
OR
whether after doing the above - I then changed the settings in Firefox -
PDF to use Adobe Acrobat
testing opening of pdf
Then resetting it back to say Action: Firefox default
But whether it was doing it in Thunderbird or a combination of both I'm
now getting those attachments opening in Adobe
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/8
------------------------------------------------------------------------
On 2021-11-15T08:06:28+00:00 Ivan-fabr wrote:
(In reply to Anje from comment #8)
> ...
> I'm not sure whether setting:
> THUNDERBIRD - Change the Preferences
> Files & Attachments
> Firefox HTML Document from Firefox to Adobe Acrobat
> testing opening of pdf
> Then resetting it back to say Action: Firefox default
> Seems to be fixing the issue
> ...
Thank you, Anje!
Your way worked for me! Hooray!
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/9
------------------------------------------------------------------------
On 2021-11-21T17:54:39+00:00 Infobob wrote:
91.3.1 I don't use Firefox my system is Windows 10. I still can't open a
pdf when composing an email to check contents. Never had that issue in
prior versions.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/10
------------------------------------------------------------------------
On 2021-11-21T18:12:16+00:00 Wls220spring wrote:
(In reply to BOB from comment #10)
> 91.3.1 I don't use Firefox my system is Windows 10. I still can't open a pdf when composing an email to check contents. Never had that issue in prior versions.
What application do you expect it to open with?
What is your Action in General > Files & Attachments for the Portable
Document Format (PDF) Content Type?
In 91.3.2 and previous 91.x.x versions, you should be repeatedly asked.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/11
------------------------------------------------------------------------
On 2021-11-21T19:35:18+00:00 Infobob wrote:
1. I expect the pdf file to open with Acrobat Reader DC just like when I
receive an email with a pdf file attached.
2. Action is there is a drop down list which includes Adobe Acrobat DC
as default, however, pdf document attached while composing email will
only display if I set preference for Portable Document (PDF) as Preview
in Thunderbird. Before 93.1.1 I was able to open an attached pdf file
in an unsent email with Adobe Acrobat DC.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/12
------------------------------------------------------------------------
On 2021-11-22T11:02:57+00:00 9-henry wrote:
(In reply to BOB from comment #10)
> 91.3.1 I don't use Firefox my system is Windows 10. I still can't open a pdf when composing an email to check contents. Never had that issue in prior versions.
The current problem is that, when opening the PDF attachment from the
compose window, it is opened *as if* it is a HTML file. So whatever
"Action" is set for "HTML documents" in preferences will be used.
This should be fixed in thunderbird, but if you need a work around to be
able to view the pdf for the time being, go to Preferences -> General ->
Files & Attachments and either:
1. If you have version 91.3.1 or later, set Content Type "PDF" to "Preview in Thunderbird" (this way of opening pdfs was fixed in bug 1734428).
2. Set Content Type "HTML document" to an application that can handle both PDF and HTML documents. A web browser can normally do so.
3. Set Content Type "HTML document" to "Always Ask". And when the asking prompt pops up you can manually *find* and select the pdf reader each time. This way if you open an actual HTML document, you can select the correct application as well. This requires more manual work to re-find the pdf reader each time, but I think this is the safer option if you don't use option 1 or 2.
4. Set Content Type "HTML document" to your preferred pdf reader. But I would **not** recommend this because this will mean you would fail to open *actual* HTML documents (thunderbird will attempt to open them in your pdf reader, which will likely not handle HTML). But even if you never open HTML documents at the moment, when you eventually get one (e.g. as an attachment in your inbox) you'll run into this problem but there's a good chance that you won't remember that you set up this work around.
NOTE as well, if you change any of these options this will also effect
how you open files in other parts of thunderbird. Specifically, it will
change how you open PDF or HTML attachments in your inbox, etc.
I think the work around in comment 8 is basically using Firefox as an
intermediate application, with the idea that Firefox can handle both
HTML and PDF, but if it receives a PDF type it can redirect to open it
elsewhere. But this doesn't solve the problem in Thunderbird and
requires keeping Firefox configured in this way.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/13
------------------------------------------------------------------------
On 2021-11-22T12:45:34+00:00 Infobob wrote:
Okay in my version 91.3.1 I followed your instructions in Suggestion #1
and changed the Content Type "PDF" to "Preview in Thunderbird" and now a
new tab opens where I can view the contents of the attached file. It is
not like before when Adobe Acrobat would bring up the document, however,
at least I may view the contents of the attached document prior to
sending the email.
I don't know about the other steps #2-#4 so I am not trying them.
Thank you.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/14
------------------------------------------------------------------------
On 2021-11-22T13:57:16+00:00 Anjeyelf wrote:
(In reply to BOB from comment #10)
> I don't know about the other steps #2-#4 so I am not trying them.
THUNDERBIRD - In Preferences > General
Files & Attachments
What have you got set for Content Type: HTML documents ?
Usually it is a browser of choice.
There is definity a bug of some sort causing the problem. Perhaps some Firefox code which has got used in Thunderbird.
Some people get pdf's opening in a browser as if a html document - I had this and noticed my Firefox browser had pdf's opening in Firefox. Others get a message saying a preference is not set, so I'm wondering if those people do not use Firefox.
Knowing if this is the case would be useful.
So what have you get set up in Thunderbird to open HTML documents?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/15
------------------------------------------------------------------------
On 2021-11-22T14:25:05+00:00 Infobob wrote:
Microsoft Edge HTML Document Always ask
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/16
------------------------------------------------------------------------
On 2021-11-22T14:32:25+00:00 Infobob wrote:
Seems to be working now. I changed Portable Document Format (PDF) back to use Adobe Acrobat (DC) Default
and now it prompts first and then will open the pdf file. Good enough.
Now all they have to fix is when TB is opened it actually goes out to
check for incoming mail like it used to without me having to click on
Get Messages or press F5 to refresh. Thank you.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/17
------------------------------------------------------------------------
On 2021-11-25T18:17:43+00:00 Anjeyelf wrote:
Reports occuring in Support Forum.
https://support.mozilla.org/en-US/questions/1359046
Either pdf is auto opening in firefox
OR getting error message "Attachment could not be opened, because the associated helper application does not exist. "
Due to pdf's being seen as HTML documents.
Some workarounds exist:
see comment #8 and comment #9
If getting the error message set up the 'HTML' document to 'Always ask'
or choose the actual pdf program.
Hopefully the developers are working on discovering why the pdfs are
seen as HTML and why it is neccessary to alter the Content Type: HTML
document to use Adobe or Ask.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/18
------------------------------------------------------------------------
On 2022-01-06T18:11:17+00:00 Fsteiner-board wrote:
The workarounds are not helpful if you a) want to view pdfs in an
external viewer like acroread *and* b) want to view html attachments in
Firefox. That would only work if FF itself opens pdfs in the external
viewer (but means the pdf is saved twice). Better workaround would be a
little shell script as helper for html attachments in TB which will
determine the filetype and send it to either FF or e.g. acroread. One-
liner in Linux, sth. like `/usr/bin/file "$@" |/usr/bin/grep -q -i pdf
&& /usr/bin/okular "$@" || /usr/bin/firefox "$@"`
Unfortunately, it seems that devs are ignoring this bug so far as it has
not been assigned to anyone.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/19
------------------------------------------------------------------------
On 2022-01-13T09:53:41+00:00 Mkmelin+mozilla wrote:
*** Bug 1749905 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/20
------------------------------------------------------------------------
On 2022-01-21T21:25:17+00:00 Bugzilla2007 wrote:
*** Bug 1751502 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/21
------------------------------------------------------------------------
On 2022-01-21T21:29:07+00:00 Bugzilla2007 wrote:
*** Bug 1745232 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/22
------------------------------------------------------------------------
On 2022-01-21T21:52:20+00:00 Bugzilla2007 wrote:
*** Bug 1743585 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/23
------------------------------------------------------------------------
On 2022-01-21T21:55:20+00:00 Bugzilla2007 wrote:
*** Bug 1743801 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/24
------------------------------------------------------------------------
On 2022-01-21T23:49:34+00:00 Bugzilla2007 wrote:
Created attachment 9260253
Screenshot 1: Double-click on PDF attachment from composition suggests opening with browser
Depending on their settings, users will face different challenges with this bug.
The screenshot shows one likely variant.
Not sure why it's claiming that Edge is the default browser, because I have Firefox set for that.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/25
------------------------------------------------------------------------
On 2022-01-22T00:15:57+00:00 Bugzilla2007 wrote:
I might have duped to here a bit too generously.
Is the problem that a number of using are failing to open their PDF files from composition entirely (e.g. with an error message that helper application could not be found) related to this bug?
Overall, it does look as if we have UX problems around here which should
be fixed asap.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/26
------------------------------------------------------------------------
On 2022-01-22T00:27:34+00:00 Bugzilla2007 wrote:
Excellent analysis by Henry as usual, can we find someone to pick up from here?
Too many duplicates here even if we subtract some which may not be directly related.
In terms of UX, this can cause considerable annoyances / inefficiencies for daily routines depending on users overall setup/preferences (between TB, browser, external apps).
(In reply to Henry Wilkes [:henry] from comment #0)
> Also get the printed error message
>
> ```
> JavaScript error: resource://pdf.js/PdfStreamConverter.jsm, line 140: TypeError: can't access property "getInterface", requestor is null
> ```
Error still seen in 98.0a1 (2022-01-21) (64-bit), Win10:
```
TypeError: can't access property "getInterface", requestor is null PdfStreamConverter.jsm:140:13
getDOMWindow resource://pdf.js/PdfStreamConverter.jsm:140
onStopRequest resource://pdf.js/PdfStreamConverter.jsm:1281
```
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/27
------------------------------------------------------------------------
On 2022-01-24T11:33:20+00:00 Mkmelin+mozilla wrote:
We get no window interface, so this throws:
https://searchfox.org/mozilla-
central/rev/bf8d5de8528036c09590009720bc172882845b80/toolkit/components/pdfjs/content/PdfStreamConverter.jsm#140
Adding ` && alwaysAskBeforeHandling` to this condition fixes things (apart from still getting js errors in console, and the what-to-do dialog saying the pdf is an HTML document).
https://searchfox.org/mozilla-central/rev/a2c26b9b49a521f4be39559ca1ca9c345a237c70/toolkit/components/pdfjs/content/PdfStreamConverter.jsm#1145
Likewise a `getDOMWindow(aChannel, triggeringPrincipal);` call there,
causing us to bail, will also fix it.
Bug 1726501 seems very related.
:Gijs, you worked on this for Firefox. Thoughts?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/28
------------------------------------------------------------------------
On 2022-01-24T12:04:30+00:00 Gijskruitbosch+bugs wrote:
(In reply to Magnus Melin [:mkmelin] from comment #28)
> We get no window interface, so this throws: https://searchfox.org/mozilla-central/rev/bf8d5de8528036c09590009720bc172882845b80/toolkit/components/pdfjs/content/PdfStreamConverter.jsm#140
>
> Adding ` && alwaysAskBeforeHandling` to this condition fixes things (apart from still getting js errors in console, and the what-to-do dialog saying the pdf is an HTML document).
> https://searchfox.org/mozilla-central/rev/a2c26b9b49a521f4be39559ca1ca9c345a237c70/toolkit/components/pdfjs/content/PdfStreamConverter.jsm#1145
>
> Likewise a `getDOMWindow(aChannel, triggeringPrincipal);` call there, causing us to bail, will also fix it.
>
> Bug 1726501 seems very related.
> :Gijs, you worked on this for Firefox. Thoughts?
I don't really understand the context here, even though I use
thunderbird. Let me try to provide some context around PDF.js and then
maybe we can figure this out.
The PDF.js streamconverter is there so that when a
docshell/browsingcontext navigates to a PDF, it "converts" (via the
stream converter interfaces/logic) to HTML, so that the docshell ends up
loading the pdfjs viewer which then displays the PDF via its HTML
window. Other stream converters include the "unstyled XML" processor and
the JSON viewer (in devtools/client/jsonview/converter-child.js).
So it providing a replacement content type of `text/html` is
intentional, if we're going to use PDF.js to display the file
internally.
I don't *think* the stream converter should be used for channels where
there is no DOM window. Checking for a non-null
`aChannel?.loadInfo.targetBrowsingContext` in `getConvertedType` would
be a good start to enforce that. I assume that in bug 1734428 / comment
3, the way this was worked around was ensuring that PDFs get loaded
"into something" as opposed to just opening a file channel and hoping
for the best.
Note that you can't avoid showing an error in the console here (or at
least, I'm not aware of a way of doing so) - the documented way for a
stream converter to indicate it cannot handle a channel is to return
non-NS_OK, which then produces an error in the error console. You can
control what the message is shown, though (see e.g.
https://searchfox.org/mozilla-
central/rev/a2c26b9b49a521f4be39559ca1ca9c345a237c70/toolkit/components/pdfjs/content/PdfStreamConverter.jsm#1123-1126
).
The code in the stream converter was primarily written when this all
still lived in `browser/` and so it assumes a number of things, such as:
- system principal is used as a proxy for the user explicitly using their OS filepicker to open with [the running application], in which case it makes no sense to ask what to do, we should just open with pdf.js (unless that is disabled), not ask the user a second time how they want to handle the file. This is true in Firefox; it may not be true in Thunderbird. I'm not sure how to deal with this discrepancy in the relevant code. Perhaps a pref that is set differently; using `AppConstants` or otherwise hardcoding a behaviour for either "everything but Firefox" or "everything but Thunderbird" feels wrong.
- `file:///` principal for `file:///` PDFs with "always ask before handling" is forced into PDF.js, because the "open with Firefox/Thunderbird" option in the unknownContentType dialog doesn't work in this situation (cf. bug 1680147). I'm not sure if this comes into play here or not, because I'm not sure what principal tb passes when opening the channel.
Hopefully that helps?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/29
------------------------------------------------------------------------
On 2022-01-24T16:00:35+00:00 Mkmelin+mozilla wrote:
Thanks! That suggestion works well for me.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/30
------------------------------------------------------------------------
On 2022-01-24T16:00:49+00:00 Mkmelin+mozilla wrote:
Created attachment 9260399
Bug 1698140 - don't do pdf.js stream conversion when there is no DOM. r=Gijs
This was at least a problem in Thunderbird, if people were set to use default system PDF viewer and clicked open pdf attachment for the message they were writing.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/31
------------------------------------------------------------------------
On 2022-01-26T20:59:15+00:00 Bugzilla2007 wrote:
*** Bug 1751502 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/32
------------------------------------------------------------------------
On 2022-05-18T08:34:43+00:00 Bugzilla2007 wrote:
Thanks Magnus for tackling this UX problem! Seems like patch is almost
there. Any chance to finish this off, with or without a test?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/33
------------------------------------------------------------------------
On 2022-05-18T13:08:25+00:00 Mkmelin+mozilla wrote:
It's in my queue. I'll have to debug a bit more to understand what's
going on.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/34
------------------------------------------------------------------------
On 2022-07-12T08:27:39+00:00 Mkmelin+mozilla wrote:
*** Bug 1775496 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/39
------------------------------------------------------------------------
On 2022-08-08T16:13:14+00:00 Bugzilla2007 wrote:
*** Bug 1783679 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1981163/comments/42
** Changed in: thunderbird
Status: Unknown => In Progress
--
You received this bug notification because you are a member of Mozilla
Bugs, which is subscribed to Mozilla Thunderbird.
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
More information about the Ubuntu-mozillateam-bugs
mailing list