Bug#837516: icedove: open in browser fails
On 02.12.2016 08:28, Carsten Schoenert wrote: > Hello Jens, > > On Sat, Nov 12, 2016 at 04:53:22PM +0100, Jens Reyer wrote: > [...] >> 4. Or fix mimeTypes.rdf (replace all broken "/usr/bin/iceweasel" >>occurrences (requires icedove restart): >>$ for file in $(find .icedove/ -name mimeTypes.rdf); do sed -i >> "s|/usr/bin/iceweasel|/usr/bin/x-www-browser|g" "$file" ; done >> >> I went for #4, so this is fixed for me now. > > thank you for your analysis of this problem, I was affected by this > problem too while working on the Thunderbird transition. > > I also tend to your suggested solution on point 4 as the correct way is > using x-www-browser instead of some specific browser binary in the > mimeTypes.rdf file. > I modified the new prepared starting wrapper script for the thunderbird > transition in this way. Great, thanks Carsten! Did you take care to only edit the file if necessary? Something like: grep -vq "/usr/bin/iceweasel" "$file" || sed -i "s|/usr/bin/iceweasel|/usr/bin/x-www-browser|g" "$file" Going beyond this hacky fix of mimeTypes.rdf, I'd like to know what originally created this entry and if this code still exists. And more importantly, why is about:config's "network.protocol-handler.app.http" ignored? This setting seems to be what everybody expects to be relevant, and it is directly configurable by users. But it seems to have *no* effect. Instead *only* mime information seems to be used. Either ~/.icedove/*.default/mimeTypes.rdf, or if that is missing the system's mime settings.[1] Is this behavior correct? Or should I file a new bug for that (upstream)? Greets jre [1] In a new profile there is no mimeTypes.rdf. If this file doesn't exist (or if all http related entries in there have been deleted) icedove opens links with firefox here. Then after removing /usr/share/applications/firefox-esr.desktop it uses chromium. Further strace shows that icedove checks several mime related files then, and ends up using /usr/share//mime/mime.cache. Changing the Debian alternatives system for x-www-browser to chromium has *no* effect in this case.
Bug#837516: icedove: open in browser fails
Hello Jens, On Sat, Nov 12, 2016 at 04:53:22PM +0100, Jens Reyer wrote: [...] > > Possible workarounds (successfully tested): > === > 1. Create a new profile > 2. Or reinstall the transitional package: >$ sudo apt install iceweasel > 3. Or manually create a compatibility link: >$ sudo ln -s /usr/bin/x-www-browser /usr/bin/iceweasel > 4. Or fix mimeTypes.rdf (replace all broken "/usr/bin/iceweasel" >occurrences (requires icedove restart): >$ for file in $(find .icedove/ -name mimeTypes.rdf); do sed -i > "s|/usr/bin/iceweasel|/usr/bin/x-www-browser|g" "$file" ; done > > I went for #4, so this is fixed for me now. thank you for your analysis of this problem, I was affected by this problem too while working on the Thunderbird transition. I also tend to your suggested solution on point 4 as the correct way is using x-www-browser instead of some specific browser binary in the mimeTypes.rdf file. I modified the new prepared starting wrapper script for the thunderbird transition in this way. Regards Carsten
Bug#837516: icedove: open in browser fails
control: found -1 icedove/1:45.4.0-1.1 Hi, I was also affected by this with my existing icedove profile, but can't reproduce it in a fresh profile. Turns out in some places my icedove config (mimeTypes.rdf) still carried "iceweasel", but I already had uninstalled the "iceweasel" transitional package. So icedove has to take its own steps to complete the iceweasel -> firefox transition. Otherwise existing profiles will lack an imo important functionality, as soon as the iceweasel package gets uninstalled. I don't know if this affects all existing profiles, or only some of them. (I use mine since about 10 years. I sometimes do configuration changes, but I'm quite sure I didn't change this setting manually/ on purpose.) A short term solution might be to depend on iceweasel, but in the long run mimeTypes.rdf in /home needs to be updated/fixed. Since (afaik) Debian maintainer scripts mustn't change data in /home, I guess this would be a job for /usr/bin/icedove itself. Possible workarounds (successfully tested): === 1. Create a new profile 2. Or reinstall the transitional package: $ sudo apt install iceweasel 3. Or manually create a compatibility link: $ sudo ln -s /usr/bin/x-www-browser /usr/bin/iceweasel 4. Or fix mimeTypes.rdf (replace all broken "/usr/bin/iceweasel" occurrences (requires icedove restart): $ for file in $(find .icedove/ -name mimeTypes.rdf); do sed -i "s|/usr/bin/iceweasel|/usr/bin/x-www-browser|g" "$file" ; done I went for #4, so this is fixed for me now. System setup/diagnosis: === According to "about:config" the http(s) protocol handlers in icedove have the default setting: network.protocol-handler.app.https;x-www-browser network.protocol-handler.app.http;x-www-browser A search in about:config for "iceweasel" is empty. But mimeTypes.rdf still references iceweasel: $ for i in $(find .icedove/ -name mimeTypes.rdf); do echo $i; grep -B1 iceweasel $i; done .icedove/91hlzsoh.default/US/mimeTypes.rdf .icedove/91hlzsoh.default/mimeTypes.rdf -- -- The alternatives system for x-www-browser is correctly setup and works, also for opening links from every other application. Changing it e.g. to chromium doesn't help. $ ls -l $(readlink -f /usr/bin/x-www-browser) -rwxr-xr-x 1 root root 126000 Sep 21 04:56 /usr/lib/firefox-esr/firefox-esr If I try to open a link from icedove I get in the error console: > Timestamp: 12.11.2016 15:17:05 > Error: NS_ERROR_FILE_NOT_FOUND: Component returned failure code: 0x80520012 > (NS_ERROR_FILE_NOT_FOUND) [nsIExternalProtocolService.loadUrl] > Source File: chrome://communicator/content/contentAreaClick.js > Line: 152 Greets jre
Bug#837516: icedove: open in browser fails
The bug is not reproducable after the latest apt-get updates. Please, close this bu report it.
Bug#837516: icedove: open in browser fails
Hello Heinrich, we haven't changed anything inside Icedove. On Mon, Sep 12, 2016 at 08:04:02AM +0200, Heinrich Schuchardt wrote: > Dear Maintainer, > > x-www-browser opens firefox-esr There is /etc/alternatives/x-www-browser pointing? I assume you have removed the Iceweasel package and/or done anything with firefox[-esr]. > about:config has > network.protocol-handler.app.https;x-www-browser > network.protocol-handler.app.http;x-www-browser > > Yet clicking on a link or choosing "Open in Browser" from > the context menu of links does not lead to any action. You can probably fix this issue by configuring updates-alternatives and setup the browser you want to use. $ sudo update-alternatives --config x-www-browser You should see something like this: > There are 3 choices for the alternative x-www-browser (providing > /usr/bin/x-www-browser). > > SelectionPath Priority Status > > * 0/usr/bin/firefox-esr 70auto mode > 1/usr/bin/chromium 40manual mode > 2/usr/bin/firefox-esr 70manual mode > 3/usr/bin/konqueror 30manual mode > > Press to keep the current choice[*], or type selection number: Note the needed asterix (*) in front of the selected one. https://wiki.debian.org/HOWTO/DefaultWebBrowser Regards Carsten
Bug#837516: icedove: open in browser fails
Package: icedove Version: 1:45.2.0-4+b1 Severity: normal Dear Maintainer, x-www-browser opens firefox-esr about:config has network.protocol-handler.app.https;x-www-browser network.protocol-handler.app.http;x-www-browser Yet clicking on a link or choosing "Open in Browser" from the context menu of links does not lead to any action. Best regards Heinrich Schuchardt -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages icedove depends on: ii debianutils 4.8 ii fontconfig2.11.0-6.7 ii libasound21.1.2-1 ii libatk1.0-0 2.21.90-2 ii libc6 2.23-5 ii libcairo2 1.14.6-1+b1 ii libdbus-1-3 1.10.10-1 ii libdbus-glib-1-2 0.106-1 ii libevent-2.0-52.0.21-stable-2+b1 ii libffi6 3.2.1-4 ii libfontconfig12.11.0-6.7 ii libfreetype6 2.6.3-3+b1 ii libgcc1 1:6.1.1-11 ii libgdk-pixbuf2.0-02.34.0-1 ii libglib2.0-0 2.49.6-1 ii libgtk2.0-0 2.24.30-4 ii libhunspell-1.4-0 1.4.1-2 ii libicu57 57.1-4 ii libnspr4 2:4.12-2 ii libnss3 2:3.25-1 ii libpango-1.0-01.40.2-1 ii libpangocairo-1.0-0 1.40.2-1 ii libpangoft2-1.0-0 1.40.2-1 ii libpixman-1-0 0.33.6-1 ii libsqlite3-0 3.14.1-1 ii libstartup-notification0 0.12-4 ii libstdc++66.1.1-11 ii libvpx4 1.6.0-2 ii libx11-6 2:1.6.3-1 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes31:5.0.2-1 ii libxrender1 1:0.9.9-2 ii libxt61:1.1.5-1 ii psmisc22.21-2.1+b1 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages icedove recommends: ii hunspell-de-at [hunspell-dictionary] 20160407-1 ii hunspell-de-ch [hunspell-dictionary] 20160407-1 ii hunspell-de-de [hunspell-dictionary] 20160407-1 ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii iceowl-extension 1:45.2.0-4+b1 Versions of packages icedove suggests: pn apparmor pn fonts-lyx ii libgssapi-krb5-2 1.14.3+dfsg-1 -- no debconf information
