Description of problem: firefox-3 does not respond to URLS clicked in thunderbird-1.5 1- install ff3 2- make it the default browser 3- click on a link in thunderbird - NOTHING 4- click on a link in pidgin - WORKS 5- click on a link in evo28 - WORKS Version-Release number of selected component (if applicable): $ rpm -q thunderbird firefox thunderbird-1.5.0.12-11.el4 firefox-3.0.1-1.el4 (possibly related to bug 456189)
additional info: thunderbird-1.5 + firefox-1.5 work as expected
Is https URLs only, or any URL?
Gosh, *It is https URL, ...
OK, the last try: *Is it https URLs ...
The https issue was just with thunderbird. At 4.7 GA, thunderbird would not properly launch ff3 under any circumstances, but this might have been fixed when stransky tweaked the startup script to fix the plugin directory bug... I'll have to retest when I get back to my 4.7 box.
I have the same problem here after firefox the last firefox and thunderbird errata. I tried clicking on ftp://, http:// and https:// URLs in thunderbird, but no firefox gets started.
This bugzilla has Keywords: Regression. Since no regressions are allowed between releases, it is also being proposed as a blocker for this release. Please resolve ASAP.
Theoretically thunderbird should as a reaction to click on URL run application specified in the config variable network.protocol-handler.app.http which is set on all RH platforms AFAIK to /usr/lib/thunderbird-{version}/open-browser.sh. When I put into this script two lines (around line 55 after GCONF and NEEDTERM values are found) writing values of the variables GCONF and NEEDTERM to the file in /tmp. However, when clicking on the link in TB, this file was not even created.
I think thunderbird-1.5 needs to be rebuilt against the latest nss/nspr versions. The problem goes away if I do the following: 1- move all of the nss/nspr libs out of /usr/lib/thunderbird-1.5* 2- force thunderbird to start with the new nss/nspr packages this is related to bug 456619
Yes, this is a duplicate of bug 456619. But I'll mark 456619 as a dupe of this one, because this one already has acks. The proposed solution in comment 11 is the right thing to do. Chris, Martin, are you able to work on this? Thanks.
*** Bug 456619 has been marked as a duplicate of this bug. ***
The package is here: http://brewweb.devel.redhat.com/brew/taskinfo?taskID=1431346
A colleague of mine has posted a work around to this problem, which involves unsetting LD_LIBRARY_PATH. The topic is RHEL 5 but it works on RHEL 4 as well: Thunderbird will not open links (RHEL 5.1) http://forums.mozillazine.org/viewtopic.php?f=39&t=804235&p=4279215#p4279215
Ok. The -15 packages seem to resolve the issue. I'll pass them over to the customer and let you know if he runs into any problems with them in his environment. Thanks. This event sent from IssueTracker by kbaxley issue 194993
Customer confirms that the new nss packages and thunderbird-1.5.0.12-15 fix their issue. Is there a time frame available for releasing fixes for these? Thanks. This event sent from IssueTracker by kbaxley issue 194993
Tao, I think Martin should comment on his plans for releasing the fix. It seems this bug is approved for RHEL 4.8, so I'd assume that's the release schedule. I don't know whether Chris/Martin plan to release in some kind of z-stream channel.
It's already in cvs and it's going to be released with the next thunderbird security update.
*** Bug 459093 has been marked as a duplicate of this bug. ***
It's already fixed in thunderbird-1.5.0.12-19.el4.