Open Bug 1933006 Opened 1 year ago Updated 5 months ago

Firefox file-> email link regression: Thunderbird is already running

Categories

(Core :: Widget: Gtk, defect, P3)

Firefox 124
defect

Tracking

()

UNCONFIRMED

People

(Reporter: ToddAndMargo, Assigned: stransky, NeedInfo)

References

Details

Attachments

(1 file)

Attached image App assignments

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:124.0) Gecko/20100101 Firefox/124.0

Steps to reproduce:

Dear Firefox developers,

We have a regression in File-> eMail link

Fedora 41
thunderbird-128.4.3-1.fc41.x86_64

firefox-131.0.2-1.fc41.x86_64 has the regression
firefox-124.0.1-2.fc40.x86_64 does not have the regresson

Since upgrading from Fedora 39 to Fedora 41, when I go into
--> Firefox -> File -> eMail link

I get told that Thunderbird is already running, which it is. This was never an issue before.

Downgrading to Fedora 40's firefox-124.0.1-2.fc40.x86_64 give the functionality back.

Please note that this issue can not be reproduced in Osmo, Thunar, Master PDF Editor, Krusader, All open Thunderbird's compose window without error.

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core
Blocks: 1845926

Running firefox-133.0.3-1.fc41.x86_64 on Fedora 41 (regular, non-Flatpak), and have this issue.

Yes, I see that too. May be Fedora specific. Will look at it.

Assignee: nobody → stransky
Flags: needinfo?(stransky)
Priority: -- → P3

I see that upstream Firefox works so it's really Fedora specific.

It's caused by hardcoded MOZ_DBUS_APP_NAME in /usr/bin/firefox lanuch script:

# MOZ_DBUS_APP_NAME sets app name for DBus services like Gnome Shell
# search provider or remote launcher
# DBus interface name (or prefix) is org.mozilla.MOZ_DBUS_APP_NAME
if [ -z "$MOZ_DBUS_APP_NAME" ]
then
  export MOZ_DBUS_APP_NAME=firefox
fi

We need to flip these prefs to command line arguments (MOZ_DBUS_APP_NAME and MOZ_APP_REMOTING_NAME) as env variables break Firefox/Thunderbird interoperability.

The bug become visible when TB was rebased to 128.0 and uses MOZ_DBUS_APP_NAME too.

Duplicate of this bug: 1933688

Fedora side of the bug should be fixed by firefox-133.0.3-2 package.

Duplicate of this bug: 1930757

I confirm it's fixed on Fedora 40 with 133.0.3-2. Thank you Martin!

I'm on Fedora 40 as well, and this STILL fails. I've tried this with Firefox v133, and Thunderbird versions 128.5.0, 128.5.2, and 133.0. All of them still fail with the error that Thunderbird is already running.

Blocks: 1910574
Blocks: 1539760
Duplicate of this bug: 1539760
Duplicate of this bug: 1845926
Duplicate of this bug: 1910574
Duplicate of this bug: 630548

Fedora 40 and i just wanted to write "confirmed it works" , which it does, but TB does not allow me to use the menu panel with a touch screen.

so technically, this is fixed and a new problem occurs :(

I tested TB already running and TB to be started by "send link by email" , both ways worked without the "already running" message.

Duplicate of this bug: 1876691

Bug 1876691 (about the Microsoft Store installation of Thunderbird not opening mailto links) was closed as a duplicate of this, but I don't think that's correct at all. The comment insisting that it was a duplicate said that that bug was in Firefox, not in Thunderbird. However, mailto links opened in another browser (e.g. Microsoft Edge) also do not properly open in Thunderbird. Following a mailto link in any app fails to properly open Thunderbird, even when Thunderbird is properly configured to open mailto links in Windows settings. I tried opening mailto links in other apps as well, including Word and Microsoft To Do. I tried this with Firefox fully closed as well.

Maybe internally it still has something to do with the bug in this thread...but I thought it was worth pointing out that Bug 1876691 happens even when Firefox is not involved.

This bug was about packaging issue in Fedora Linux really.

No longer duplicate of this bug: 1876691

Is it really a packaging issue in Fedora or did the packaging in Fedora highlight the underlying issue?

For me the underlying issue is that we have two programs, Firefox and Thunderbird, using the same environment variable requiring potentially different values. IMHO it makes sense to use the same environment passing links from Firefox to Thunderbird and vice-versa, but this goes wrong if both programs can't share the same variables with the same values.

The script I put in https://bugzilla.mozilla.org/show_bug.cgi?id=630548#c28 is only a workaround, and the real solution should be possibly to start introducing application specific environment variables, e.g. MOZ_FIR_... and MOZ_THU_..., and making them overwrite the default MOZ_... variables at least in a transition period.

cannot reproduce on NixOS, Firefox 139.0.4, Thunderbird 138.0.1

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: