Closed
Bug 1471420
Opened 6 years ago
Closed 6 years ago
[flatpak] "Open with" list is empty and and application chooser is empty
Categories
(Thunderbird :: General, defect)
Thunderbird
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: ovari123, Unassigned)
References
(Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0
Build ID: 20180608150822
Steps to reproduce:
Can't open any links
https://github.com/flathub/org.mozilla.Thunderbird/issues/1
Blocks
Use Flatpak framework to distribute Thunderbird for Linux users
https://bugzilla.mozilla.org/show_bug.cgi?id=1290670
[flatpak] "Open with" list is empty and and application chooser is empty
https://bugzilla.mozilla.org/show_bug.cgi?id=1411579
Resolved in Firefox 59
Is this patch implemented for Thunderbird 60ESR? If not, can it please be implemented? Thank you
Updated•6 years ago
|
Blocks: thunderbird-flatpak
Comment 1•6 years ago
|
||
This used to be because of XDG-open (may have been renamed now). This has to do with containerization in Flatpak. I'm not sure what the fix will be for Flatpak, but the fix for Snaps was to ship in an "unconfined" mode.
Comment 2•6 years ago
|
||
Of course, I spoke preemptively. It looks as though they believe this needs to be implemented on our side. Reading documentation now.
Polite update request as per https://github.com/flathub/org.mozilla.Thunderbird/issues/1#issuecomment-412023020
Could the Status of this bug be changed from UNCONFIRMED to CONFIRMED?
Could the Assignee of this bug be set?
Thank you
Comment 4•6 years ago
|
||
Magnus, can you provide some insight on whether or not the xdg shim proposed in: https://github.com/flathub/org.mozilla.Thunderbird/issues/1 is possible? If it is, this will clear up some problems with both Flatpak and Snap packaging for Thunderbird.
Flags: needinfo?(mkmelin+mozilla)
Comment 5•6 years ago
|
||
I think what needs to be done is port https://hg.mozilla.org/mozilla-central/rev/317b11e45292 from bug 1411579 to thunderbird. Mostly the feature is in toolkit, only nsGNOMEShellService.cpp parts need porting.
Looks like "our nsGNOMEShellService.cpp" is nsMailGNOMEIntegration.cpp. Should rename that to avoid confusion.
Flags: needinfo?(mkmelin+mozilla)
Updated•6 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•6 years ago
|
Component: Untriaged → General
Version: 52 Branch → Trunk
Does this look like this bug will be fixed in a Thunderbird flatpak based on the next Thunderbird ESR, i.e. Thunderbird 68 and later?
https://bugzilla.mozilla.org/show_bug.cgi?id=1490186#c19
Comment 8•6 years ago
|
||
This appears to be resolved for Thunderbird 68, as per the bug above. Can someone verify this is resolved for that release? Can/should we backport?
Comment 10•6 years ago
|
||
Checked with Magnus, no plans to backport to 60.
Comment 11•6 years ago
|
||
Update via bug 1466327 - this will land in Thunderbird in version 68 with, as mentioned above, no plans to backport to version 60 at the moment.
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(mkmelin+mozilla)
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•