1471420 - [flatpak] "Open with" list is empty and and application chooser is empty

Status: RESOLVED FIXED

(Thunderbird :: General, defect)

Description

[Óvári]

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

Comment 1

[Ryan Lee Sipes]

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

[Ryan Lee Sipes]

Of course, I spoke preemptively. It looks as though they believe this needs to be implemented on our side. Reading documentation now.

Comment 3

[Óvári]

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

[Ryan Lee Sipes]

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.

Comment 5

[Magnus Melin [:mkmelin]]

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.

Comment 6

[Ryan Lee Sipes]

Any movement on this? Just checking up.

Comment 7

[Óvári]

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

[Ryan Lee Sipes]

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

[Ryan Lee Sipes]

Checked with Magnus, no plans to backport to 60.

Comment 11

[Ryan Lee Sipes]

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.