Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 487244 - =mail-client/thunderbird-17.0.9 - network.protocol-handler.app.http opens URLs in links
Summary: =mail-client/thunderbird-17.0.9 - network.protocol-handler.app.http opens URL...
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-07 22:43 UTC by DEMAINE Benoît-Pierre, aka DoubleHP
Modified: 2017-08-26 22:03 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
/tmp/emerge--info (emerge--info,21.44 KB, text/plain)
2013-10-07 22:44 UTC, DEMAINE Benoît-Pierre, aka DoubleHP
Details
backtrace.log (backtrace.log,23.83 KB, text/plain)
2013-10-08 20:22 UTC, DEMAINE Benoît-Pierre, aka DoubleHP
Details

Note You need to log in before you can comment on or make changes to this bug.
Description DEMAINE Benoît-Pierre, aka DoubleHP 2013-10-07 22:43:24 UTC
I have just upgraded to TB 17 (from TB3). Since upgrade, when I click an URL in an email, it is open in Links instead of Firefox.

I have double checked http://en.kioskea.net/faq/1910-thunderbird-opening-http-links-in-firefox and ... in the registery editor, noth variables HTTP and https are set to firefox. And clicking on stuff open them in a Links window.

[ebuild   R    ] mail-client/thunderbird-17.0.9  USE="alsa crypt dbus ipc jit libnotify lightning mozdom startup-notification wifi -bindist -custom-cflags -custom-optimization -debug -gconf -ldap -minimal (-selinux) -system-sqlite" LINGUAS="en_GB fr -ar -ast -be -bg -bn_BD -br -ca -cs -da -de -el -es_AR -es_ES -et -eu -fi -fy_NL -ga_IE -gd -gl -he -hr -hu -hy_AM -id -is -it -ja -ko -lt -nb_NO -nl -nn_NO -pa_IN -pl -pt_BR -pt_PT -rm -ro -ru -si -sk -sl -sq -sr -sv_SE -ta_LK -tr -uk -vi -zh_CN -zh_TW" 0 kB
Comment 1 DEMAINE Benoît-Pierre, aka DoubleHP 2013-10-07 22:44:04 UTC
Created attachment 360354 [details]
/tmp/emerge--info

/tmp/emerge--info
Comment 2 DEMAINE Benoît-Pierre, aka DoubleHP 2013-10-07 22:44:40 UTC
Bug also hapens in -safe-mode
Comment 3 Tom Wijsman (TomWij) (RETIRED) gentoo-dev 2013-10-07 23:22:36 UTC
When you said registry editor, do you mean the configuration editor?

What is your desktop environment? Have you checked its default applications?

If possible, can you check if downgrading brings back working functionality?
Comment 4 DEMAINE Benoît-Pierre, aka DoubleHP 2013-10-08 10:20:06 UTC
Yes.

E17. There is no such thing in E17.

Not possible.
Comment 5 DEMAINE Benoît-Pierre, aka DoubleHP 2013-10-08 20:22:44 UTC
Created attachment 360428 [details]
backtrace.log
Comment 6 DEMAINE Benoît-Pierre, aka DoubleHP 2013-10-08 20:25:08 UTC
sorry, attachment 360428 [details] was not for this bug. Ignore comment 5 .
Comment 7 DEMAINE Benoît-Pierre, aka DoubleHP 2013-10-08 20:53:41 UTC
> Have you checked its default applications?

Mime types management is completely independant of the window manager. It's only affected by desktop managers; desktop managers tend to controle your life like Microsoft and Google already do; to stay free, I use a window manager. So that in my Gentoo, mime are almost unused; but because I already had several bugs because of badly managed mimes, I am aware they can mess stuff.

And today it is again the case.

From my OpenOffice personnal notes about previous bugs, I took time to have a glance at mimes. In my case the typical action app is /usr/bin/gnome-open . The place to edit to alter the comportement of mimes are /home/dhp/.local/share/applications/mimeinfo.cache and /usr/share/applications/mimeinfo.cache . The user one does not contain any reference to http. The system one does:

dhp@uranus:~ cat /usr/share/applications/mimeinfo.cache | grep http
x-scheme-handler/http=links_-g_%u-links-2.desktop;
x-scheme-handler/https=links_-g_%u-links-2.desktop;
dhp@uranus:~

What leaves us with two bugs:

1: Thunderbird does not behave as described in the documentation (see link in comment 0). It uses the system mime instead of the userdefined network.protocol-handler.app.http (or documentation is deprecated ? this was the first result in google; and when trying to type "http" or "handler" in the configuration editor, no other line seemed relevant to me )

2: system mime file contains references only to links while many other browsers are installed: Firefox, Chrome, Opera, lynx, dillo (wget, curl ...).

so
2a: only links is mentionned
2b: when several browsers will be put here, most advanced ones should be put first.

For reference, this is how I configure the system file to make Ooo use xpdf instead of other readers:

dhp@uranus:~ cat /usr/share/applications/mimeinfo.cache | grep pdf
application/x-pdf=mupdf.desktop;
application/pdf=epdfview.desktop;zzz-gimp.desktop;xpdf.desktop;AdobeReader.desktop;mupdf.desktop;
dhp@uranus:~

So, I can fix my box for myself, but there are definitely two bugs here.
Comment 8 Jory A. Pratt gentoo-dev 2013-10-23 13:29:18 UTC
(In reply to DEMAINE Benoît-Pierre, aka DoubleHP from comment #0)
> I have just upgraded to TB 17 (from TB3). Since upgrade, when I click an URL
> in an email, it is open in Links instead of Firefox.
> 
The only way this is supported is to start with a fresh profile. ex. ~/.mozilla/.firefox/*/ As I have seen no mention of you testing with a clean profile that is where you MUST start. I am unable to duplicate using openbox.
Comment 9 Jory A. Pratt gentoo-dev 2017-08-26 17:55:40 UTC
If you feel I have closed your bug and it is still a current issue, please reopen and update it completely. We will not work bugs that have no ebuild in tree any longer or can not be reproduced with a current system.

Thank You for your support and understanding
The Mozilla Team
Comment 10 DEMAINE Benoît-Pierre, aka DoubleHP 2017-08-26 19:26:31 UTC
Still using 17.0.9; my fix is still working fine for me. 

Gentoo team is still waiting for all my bugs to get older than 3y to close them without fixing any of them. This is not giving me hope or faith in the distro.
Comment 11 Jory A. Pratt gentoo-dev 2017-08-26 20:56:01 UTC
(In reply to DEMAINE Benoît-Pierre, aka DoubleHP from comment #10)
> Still using 17.0.9; my fix is still working fine for me. 
> 
> Gentoo team is still waiting for all my bugs to get older than 3y to close
> them without fixing any of them. This is not giving me hope or faith in the
> distro.

We can not help and support you if you do not keep up2date and keep updating bug with needed information that is important.
Comment 12 DEMAINE Benoît-Pierre, aka DoubleHP 2017-08-26 22:03:30 UTC
I am still updating things, and reporting bugs; just, not about computing anymore. I moved to buildings and houses. I don't have time to spend all my life time updating Gentoo just to keep track of bugs. I need to keep time for a real work, a work that produces money and pays the rent.

Spent 10y trying to help the community; now it's time to have a private life. There are still several dozens of bugs I did not have time to report.

Now, I limit my reports to what can put lives in danger (damaged roof, old electric circuit, moisture and mushrooms issues). Reporting computer bugs have never been usefull, beecause nobody ever fixes them. Dev teams just rewrite things from scratch, remove features, and never fixes their old code. I even proposed ready to apply patches for Xfree ... they have never been merged to trunck (this was before it was renamed Xorg; Xorg code is based on Xfree, and the problem I fixed in my patch still exists in Xorg; so my 15 years old patch is still valid for Xorg).

My desktop works nearly as good as in 2010. All my recent devices have much more bugs that the non updated desktop. The phone I bought 2 months ago does not do half of what I still do with the phone from 2014.

So, really, why should I update Gentoo when I know it would take me 3 to 6 months to stabilise the update, and that in the way, I would lost 20% to 50% of the features I have now ?