mailto link always attempts to open a fresh thunderbird instance

Bug #12097 reported by Stuart Bishop
38
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Mozilla Thunderbird
Invalid
Medium
mozilla-thunderbird (Ubuntu)
Fix Released
Medium
Adam Conrad

Bug Description

Clicking on a mailto link in firefox will attempt to spawn a new instance of
Thunderbird even if it is already running. This of course fails because the
profile is locked.

Revision history for this message
Brian Heung (bheung) wrote :

Created an attachment (id=1404)
Gentoo Linux thunderbird startup bash script

This is the thunderbird script used in Gentoo Linux that might be adapted to
Ubuntu.

Revision history for this message
Brian Heung (bheung) wrote :

I attached an attachment that is the script that is used in Gentoo linux to
handle this problem. Also I think there is a *much* simplier script floating
around in the forums for this issue too.

Revision history for this message
Dan (holmsand) wrote :

Created an attachment (id=1991)
Patch for working /usr/bin/mozilla-thunderbird

There are two problems with /usr/bin/mozilla-thunderbird that causes this bug:

1. It uses the wrong application id (or whatever it is the mozilla folks call
this): Mozilla-Thunderbird instead of mozilla-thunderbird.

2. It doesn't respond to -mail, used by default (for some reason) in the
"Preferred Applications" thingy instead of -compose.

This tiny patch fixes both issues. It would be great if it could find its way
into Hoary.

Revision history for this message
Matt MacLeod (mmacleod) wrote :

If I make these changes the compose window launches successfully, but when I
send the e-mail or close the compose window thunderbird exits. This is on Breezy.

(Gecko:10598): Gtk-CRITICAL **: gtk_widget_get_toplevel: assertion
`GTK_IS_WIDGET (widget)' failed

Is what appears in the terminal window of the original instance.

Revision history for this message
Xavier Poinsard (xpoinsard) wrote :

The patch works for me.
Couldn't it be integrated in the package ?

Revision history for this message
Tollef Fog Heen (tfheen) wrote :

*** Bug 16890 has been marked as a duplicate of this bug. ***

Revision history for this message
Tollef Fog Heen (tfheen) wrote :

mozilla-thunderbird (1.0.6-0ubuntu6) breezy; urgency=low

  * Apply patch to handle -mail correctly. Ubuntu #5703.
  * Add --enable-xinerama to the call to configure. Ubuntu #8125
  * Really apply patch from upstream to fix ISO 14755 compliance
    (https://bugzilla.mozilla.org/show_bug.cgi?id=269228 is the upstream
    bug). Ubuntu #11388.

 -- Tollef Fog Heen <email address hidden> Wed, 31 Aug 2005 12:57:56 +0200

Revision history for this message
Peter Adolphs (dokphqwgucon) wrote :

After upgrading to 1.0.7-0ubuntu05.04, the problem reappeared. Applying the
patch does not help since it is already included in 1.0.7-0ubuntu05.04. Please
reopen.

Revision history for this message
Adam Conrad (adconrad) wrote :

Dang, I think I accidentally dropped half of this patch on the last update to
breezy. I'll try to sneak in the 5-character fix in the next breezy update.
For now, it's easy enough (in breezy, not hoary, I suspect), to choose the GNOME
default mail app as Tbird, the click "custom" and change "-mail" to "-compose".

Revision history for this message
Peter Adolphs (dokphqwgucon) wrote :

The problem is still present in Breezy. Although the workaround suggested in
comment #9 works fine, it's still just a workaround...

Revision history for this message
Matt MacLeod (mmacleod) wrote :

Still present in Dapper, for that matter.

Revision history for this message
Matt MacLeod (mmacleod) wrote :

Thunderbird 1.5 is looking less and less likely in Dapper. Is it possible to get just this trivial-to-fix bug fixed on the 1.0.x series soon? The security fix version from Breezy has still not been superseded by any Dapper version, which is probably not a good thing for users either.

Revision history for this message
Eric Feliksik (milouny) wrote :

thunderbird 1.5 is in dapper now, and this issue seems to be fixed. (for related unfixed dapper-stuff, you can check bug 38730 )
If you think I am mistaken, please re-open.

Changed in mozilla-thunderbird:
status: Confirmed → Fix Released
Revision history for this message
In , Dixuaf+firefox3 (dixuaf+firefox3) wrote :

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090209 Minefield/3.2a1pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090209 Minefield/3.2a1pre

This problem might very well be related to several others that have already been filed about the "mailto" functionality, although my setup seems to be more functional than most. As long as Thunderbird isn't running before I click on a "mailto" link, everything works perfectly - but if Thunderbird IS already running, I get a message that indicates that Firefox is trying (and failing) to open an entirely new instance of the program: "Thunderbird is already running, but is not responding" (Thunderbird remains responsive, by the way). I've tested this operation (using identical syntax where applicable) in the OS's pre-installed version of Firefox (3.0), and no such problem occurs, so this is definitely (a) not a Thunderbird issue, and (B) unique to the nightlies.

Reproducible: Always

Steps to Reproduce:
1.Open Thunderbird
2.Open Minefield
3.Find a webpage with a "mailto" address, and click on it.
Actual Results:
Minefield passes the "mailto" information in such a way that Thunderbird then tries to open a second, separate instance of itself.

Expected Results:
If Thunderbird is already open, it should be passed the "mailto" info in such a way that it can simply open a new "Compose" Window, instead of being forced to try to start a new instance of itself.

Revision history for this message
In , komputes (komputes) wrote :

I can confirm this, but I don't know how to change the status of the bug to confirmed on bugzilla. I have the exact same issue on Ubuntu 9.10 using Firefox 3.5.5 and Thunderbird 2.0.0.23.

This seems to be a recurring issue which gets fixed and then regresses to old behavior:
https://bugs.edge.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/12097

I think it also may have to do with mishandled upgrades. I think creating a new profile, or using the following workaround may work. https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bug/222944/comments/3

Revision history for this message
komputes (komputes) wrote :

I have experienced this in Karmic with
thunderbird | 2.0.0.23+build1+nobinonly-0ubuntu1
firefox | 3.5.5+nobinonly-0ubuntu0.9.10.1

Possible regression. Can anybody confirm?
Stuart, Adam, Please let me know if you would like me to create a new bug for this issue.

tags: added: regression-potential
Changed in thunderbird:
status: Unknown → New
Revision history for this message
Doctor Colossus (z-launchpad-doctorcolossus-e4ward-com) wrote :

I'm experiencing this bug in Windows. The config parameter network.protocol-handler.app.mailto is not used by Firefox in Windows, and the Options->Applications dialog is too "user-friendly" to allow command-line arguments or textual paths -- the only two options are selecting apps from drop-down lists and finding them in a graphical file browser.

Any ideas? \-: Thanks in advance.

Revision history for this message
oriolpont (oriolpont) wrote :

I am also experiencing this bug in Karmic with updated thunderbird and firefox. I discovered that the problem is that I am running firefox with "--no-remote" option. It seems that this enables the environment variable MOZ_NO_REMOTE, which affects thunderbird also. Running thunderbird with "env -u MOZ_NO_REMOTE" solves the bug for me.
Actually, I find quite strange that this env variable is common to both programs, since they are completely independent processes and have independent profiles.

Revision history for this message
John Vivirito (gnomefreak) wrote :

Can anyone confirm that new profile will fix it?

Changed in thunderbird:
importance: Unknown → Low
Revision history for this message
In , Vseerror (vseerror) wrote :

I've never seen this.

Is it a linux thing?

Revision history for this message
In , komputes (komputes) wrote :

Indeed this is a Linux issue Wayne, which is why it was reported for the "x86 Linux" platform.

Revision history for this message
oriolpont (oriolpont) wrote :

The bug is still present in Ubuntu when MOZ_NO_REMOTE variable is set (i.e., when you use multiple profiles).
The workaround #18 does not work anymore on Natty because "Preferred applications" are now hardcoded.

Changed in thunderbird:
importance: Low → Medium
Revision history for this message
Randell Jesup (randell1) wrote :

Note: this is https://bugzilla.mozilla.org/show_bug.cgi?id=1084993 and applies to at least Windows and Linux.
The linkage via env vars is likely since both Thunderbird and Firefox are based on the same code

Revision history for this message
In , Rjesup (rjesup) wrote :

*** This bug has been marked as a duplicate of bug 1084993 ***

Changed in thunderbird:
status: New → Invalid
Revision history for this message
Frédéric Grosshans (fgrosshans) wrote :

7 years later, I have this bug in Hirsute ! (or at least the same symptoms: I click on a mailto link and a window named “close Thunderbird” appears, with the message :
“Thunderbird is already running, but is not responding. To use Thunderbird, you must first close the existing Thunderbird process, restart your device, or use a different profile.”

Firefox version 89.0 (64bits)
Thunderbird version 78.8.1 (64 bits)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.