| View previous topic :: View next topic |
| Author |
Message |
depontius Veteran

Joined: 05 May 2004 Posts: 1843
|
Posted: Thu Nov 05, 2009 4:01 pm Post subject: Thunderbird links do not open in firefox-3.5 after u[SOLVED] |
|
|
I recently upgraded my home systems to mozilla-firefox-3.5.*. After the upgrade, clicking on a URL in thunderbird no longer opens the link in firefox, neither with new browser, nor new tab in running browser. I updated the protocol.handler settings long ago, and it worked in the mozilla-firefox-3.0.* series. I see another thread "Thunderbird url does not open firefox on dual screen desktop" where this is occuring on a multi-desktop situation, but feels that it's working in the normal situation. I'm just plain broken, even for single-screen. _________________ .sigs waste space and bandwidth
Last edited by depontius on Fri Nov 06, 2009 12:55 pm; edited 1 time in total |
|
| Back to top |
|
 |
audiodef Advocate


Joined: 06 Jul 2005 Posts: 4178
|
|
| Back to top |
|
 |
Jaglover Advocate


Joined: 29 May 2005 Posts: 3172 Location: Saint Amant, Acadiana
|
Posted: Thu Nov 05, 2009 7:11 pm Post subject: |
|
|
| Code: | $ cat .thunderbird/0wp3fpex.default/user.js
user_pref("network.protocol-handler.app.http","/usr/bin/firefox");
|
Works for me. _________________ Please learn how to denote units correctly! |
|
| Back to top |
|
 |
depontius Veteran

Joined: 05 May 2004 Posts: 1843
|
Posted: Thu Nov 05, 2009 7:53 pm Post subject: |
|
|
I did that way back when, in order to get links working under thunderbird-2.0, or was it thunderbird-1.5. Those buggers are still in there, they just don't work :
| Code: | user@localhost ~ $ grep protocol .thunderbird/(obfuscation).default/prefs.js
user_pref("network.protocol-handler.app.ftp", "/usr/bin/firefox");
user_pref("network.protocol-handler.app.http", "/usr/bin/firefox");
user_pref("network.protocol-handler.app.https", "/usr/bin/firefox");
|
As I said, it used to work, and it quit after upgrading to mozilla-firefox-3.5.x.
Incidentally, I have no "user.js" in there, and the date-stamp on "prefs.js" is today. The date-stamp on "prefs-1.js" (the backup) is Oct 7, 2008. The protocol-handler strings are in both copies, and I have no idea whatsoever why prefs.js would have changed today. Looking a little more, I see that it is one of six files date-stamped from when I checked my email just before breakfast this morning. I guess they get touched with usage, and the last change was a little over a year ago. _________________ .sigs waste space and bandwidth |
|
| Back to top |
|
 |
depontius Veteran

Joined: 05 May 2004 Posts: 1843
|
Posted: Fri Nov 06, 2009 1:15 am Post subject: |
|
|
OK, now we're weird.
I'm serving $HOME out of nfs, and have it mounted on clients upstairs and down. Because of the sqlite/sync problems get even worse over nfs, the ".mozilla" directories are really on local disk, and in $HOME .mozilla is a symlink to that local space. However .thunderbird is still on nfs. So basically both machines are running not just identical thunderbird setups, it's the same thunderbird setup on both.
Clicking on a URL on the upstairs computer does nothing.
Clicking on a URL on the downstairs computer opens the link, bringing up firefox if it needs to.
Both systems were updated this past weekend, at the same time.
Both systems have the same nfs space mounted as $HOME.
Both systems are amd64, though downstairs is dual-core and upstairs is only single-core.
Salient features in /etc/portage are essentially the same, though the machines have different missions. The upstairs machine is my MythTV backend, and our general-use computer. The downstairs machine is destined to become a dedicated MythTV frontend appliance, but is currently in "extended grooming."
Links out of thunderbird work downstairs, but not upstairs. Incidentally, upstairs they fail on both my wife's and my accounts. I haven't tested her account downstairs, since I don't have her xfce desktop installed here. I installed the standard protocol-handler statements in both accounts. _________________ .sigs waste space and bandwidth |
|
| Back to top |
|
 |
Chris W l33t


Joined: 25 Jun 2002 Posts: 957 Location: Brisbane, Australia
|
Posted: Fri Nov 06, 2009 4:41 am Post subject: |
|
|
I had the same problem and got around it by having Thunderbird execute a wrapper script:
| Code: |
$ cat ~/thunderbird_firefox_hack.sh
#!/bin/bash
unset LD_PRELOAD
/usr/bin/firefox $*
|
I cannot remember where I found that solution. _________________ Cheers,
Chris W
"Common sense: The collection of prejudices acquired by age 18." -- Einstein |
|
| Back to top |
|
 |
Jaglover Advocate


Joined: 29 May 2005 Posts: 3172 Location: Saint Amant, Acadiana
|
Posted: Fri Nov 06, 2009 8:18 am Post subject: |
|
|
The advantage of putting it in user.js is it won't be overwritten by Thunderbird. Did you try?
BTW, don't know if this is significant but I have no space after comma. |
|
| Back to top |
|
 |
depontius Veteran

Joined: 05 May 2004 Posts: 1843
|
Posted: Fri Nov 06, 2009 12:55 pm Post subject: |
|
|
The wrapper script solved it, thanks very much. Domestic tranquility is resumed - my wife has her links back.
Neither grep'ing the lines into user.js worked, nor removing the space. But at this point I've got "/usr/local/bin/link-hack" that unsets LD_PRELOAD and changed the pointer in user.js.
I'll mark this [SOLVED].
Thanks again. _________________ .sigs waste space and bandwidth |
|
| Back to top |
|
 |
Bushmann Tux's lil' helper


Joined: 30 Aug 2002 Posts: 137 Location: Germany
|
Posted: Tue Dec 01, 2009 7:46 pm Post subject: |
|
|
Finally I've had this problems for years... actually I had already given up, but now I found this - works perfectly!
Actually, isn't this a bug of thunderbird? You shouldn't have to write a wrapper script just to be able to open a link in firefox...
So, using thunderbird 2.0.0.22 and firefox 3.5.2, Chris' wrapper script was the only solution that worked for me...
--- EDIT ---
Btw, I've now installed thunderbird 3, and links don't work anymore  |
|
| Back to top |
|
 |
John R. Graham Administrator


Joined: 08 Mar 2005 Posts: 4460 Location: Somewhere over Atlanta, Georgia
|
Posted: Sat Jan 02, 2010 1:55 pm Post subject: |
|
|
Something funny's going on here. With Thunderbird 2.0.0.24 and Firefox 3.5.6 (latest stable versions at the time of this writing), Jaglover's solution worked perfectly for me. No wrapper script needed.
- John _________________ Yoda: "Intentionally left blank, this space is." |
|
| Back to top |
|
 |
magowiz Veteran


Joined: 17 Feb 2005 Posts: 1029 Location: Italy/Milan/Bresso
|
Posted: Mon Jan 11, 2010 1:11 pm Post subject: |
|
|
| john_r_graham wrote: | Something funny's going on here. With Thunderbird 2.0.0.24 and Firefox 3.5.6 (latest stable versions at the time of this writing), Jaglover's solution worked perfectly for me. No wrapper script needed.
- John |
What is your arch ? I noticed the problem reported on 2 x86 machines, on a amd64 machine instead all works with no problems and no wrapper script needed.
EDIT : I also confirm that using the script fixes the issue
EDIT2: I also found a bug report related to this issue : #276520 |
|
| Back to top |
|
 |
John R. Graham Administrator


Joined: 08 Mar 2005 Posts: 4460 Location: Somewhere over Atlanta, Georgia
|
Posted: Mon Jan 11, 2010 1:38 pm Post subject: |
|
|
My arch is plain old (mostly) stable x86. I use baselayout-2* (and thus openrc), portage-2*, and emacs-vcs.
- John _________________ Yoda: "Intentionally left blank, this space is." |
|
| Back to top |
|
 |
magowiz Veteran


Joined: 17 Feb 2005 Posts: 1029 Location: Italy/Milan/Bresso
|
Posted: Mon Jan 11, 2010 1:54 pm Post subject: |
|
|
| john_r_graham wrote: | My arch is plain old (mostly) stable x86. I use baselayout-2* (and thus openrc), portage-2*, and emacs-vcs.
- John |
Strange, also mine is x86 stable , the only difference is that I don't use baselayout 2 , openrc and portage |
|
| Back to top |
|
 |
kiss-o-matic Guru


Joined: 19 Jul 2004 Posts: 392 Location: Tokyo
|
Posted: Thu Jan 28, 2010 11:44 pm Post subject: |
|
|
| I'm late jumping in, but this thread helped me. I emerged world, and my old solution (wrapper script) broke. Jaglover's solution of just pointing to the firefox binary worked. Running the wrapper script from the command line worked though, so I'm not sure what's up. Either way, I'm sorted. |
|
| Back to top |
|
 |
|