On Fr, 18 Feb 2011, Daniel Leidert wrote:
[Added Associations]
x-scheme-handler/http=iceweasel.desktop;
x-scheme-handler/https=iceweasel.desktop;
into $HOME/.local/share/applications/mimeapps.list.
YEAHHH!!! Finally someone who stepped forward and *explained* what to
do instead of
Am Freitag, den 11.02.2011, 17:11 +0100 schrieb Leo costela Antunes:
On 11/02/11 16:49, Norbert Preining wrote:
On Fr, 11 Feb 2011, Cyril Brulebois wrote:
$ grep x-scheme-handler/http /usr/share/applications/mimeinfo.cache
x-scheme-handler/http=midori.desktop;chromium-browser.desktop;
The disappearance of this applet in git master is very concerning, but I
just received mention on IRC (thanks fredp) that the functionality will
be back soon.
I see, it will most probably become part of the System Information tab:
http://live.gnome.org/Design/SystemSettings/SystemInformation
Le mardi 15 février 2011 à 11:30 +0100, Fabian Greffrath a écrit :
The disappearance of this applet in git master is very concerning, but I
just received mention on IRC (thanks fredp) that the functionality will
be back soon.
I see, it will most probably become part of the System
Le samedi 12 février 2011 à 01:15 +0900, Norbert Preining a écrit :
I'd say it should probably be reported as a minor bug in gvfs-open, to
respect gnome settings before falling back to mimeinfo.cache.
I consider that not minor. If alphabetic order is what I am forced to
live with, that is
Hi,
On Mon, 14 Feb 2011, Josselin Mouette wrote:
Le samedi 12 février 2011 à 01:15 +0900, Norbert Preining a écrit :
I'd say it should probably be reported as a minor bug in gvfs-open, to
respect gnome settings before falling back to mimeinfo.cache.
I consider that not minor. If
Le lundi 14 février 2011 à 12:26 +0100, Raphael Hertzog a écrit :
There are defaults shipped in gnome-session, precisely to avoid that
kind of issue.
With glib 2.28, the x-scheme-handler/* stuff becomes the new priority.
It just means we have to update epiphany to include it and
On Lu, 14 feb 11, 12:33:49, Josselin Mouette wrote:
How is one supposed to prioritize between the various browsers?
There will be a default selected in gnome-session, that can be changed
by user action. Without a session-wide default (any session manager can
set one, of course) a random
On Mon, 14 Feb 2011, Josselin Mouette wrote:
How is one supposed to prioritize between the various browsers?
There will be a default selected in gnome-session, that can be changed
by user action. Without a session-wide default (any session manager can
set one, of course) a random choice
On Mo, 14 Feb 2011, Josselin Mouette wrote:
We are used to have much more terrible breakage in testing/unstable
right after a release. If our concerns are now bugs wrt. setting the
default browser, it must mean we are doing *great* :)
Aehmm, I have set the default browser in about 10 places
There will be a default selected in gnome-session, that can be changed
by user action. Without a session-wide default (any session manager can
set one, of course) a random choice (possibly alphabetical) is used.
It seems the panel to set the preferred applications has been removed
from future
Le lundi 14 février 2011 à 14:28 +0100, Raphael Hertzog a écrit :
On Mon, 14 Feb 2011, Josselin Mouette wrote:
There will be a default selected in gnome-session, that can be changed
by user action. Without a session-wide default (any session manager can
set one, of course) a random choice
On Mo, 14 Feb 2011, Josselin Mouette wrote:
How is that default communicated? An environment variable? A gconf key?
The defaults are set in /etc/gnome/defaults.list. This file is used in
And per user?
Good. We can probably let it migrate once epiphany and iceweasel have
been fixed; unless
Le mardi 15 février 2011 à 01:03 +0900, Norbert Preining a écrit :
The defaults are set in /etc/gnome/defaults.list. This file is used in
And per user?
.local/share/applications/defaults.list and mimeapps.list
The former sets defaults associations, the latter is necessary to add
Le lundi 14 février 2011 à 15:33 +0100, Fabian Greffrath a écrit :
It seems the panel to set the preferred applications has been removed
from future versions of the control center on purpose of the GNOME
developers:
http://osdir.com/ml/fedora-development/2011-02/msg00116.html
The
On Fr, 11 Feb 2011, Josh Triplett wrote:
See http://bugs.debian.org/612876 for the bug report. I encountered the
same issue, and finally found the culprit through reading the
chromium-browser changelog.
Umpf, I have removed the x-scheme-handler/http and x-scheme-handler/https
ffrom the
Norbert Preining prein...@logic.at (12/02/2011):
I checked:
- alternatives of: x-www-browser, sensible-browser, www-browser, gnome-browser
and all of them point to iceweasel
- checked the preferred applications in GNOME and it also shows
iceweasel
- checked with
xdg-settings get
On Fr, 11 Feb 2011, Cyril Brulebois wrote:
$ grep x-scheme-handler/http /usr/share/applications/mimeinfo.cache
x-scheme-handler/http=midori.desktop;chromium-browser.desktop;
x-scheme-handler/https=midori.desktop;chromium-browser.desktop;
And it takes precedence over what you quoted.
Thanks
On 11/02/11 16:49, Norbert Preining wrote:
On Fr, 11 Feb 2011, Cyril Brulebois wrote:
$ grep x-scheme-handler/http /usr/share/applications/mimeinfo.cache
x-scheme-handler/http=midori.desktop;chromium-browser.desktop;
x-scheme-handler/https=midori.desktop;chromium-browser.desktop;
And it
iceweasel.desktop doesn't really solve the issue, because there doesn't
seem to be a mechanism to define priorities in update-desktop-database,
so gvfs-open uses the first entry in mimeinfo.cache.
Umpf, so we are either forced to always use what comes
alphabetically first, or remove packages?
See http://bugs.debian.org/612876 for the bug report. I encountered the
same issue, and finally found the culprit through reading the
chromium-browser changelog.
- Josh Triplett
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
21 matches
Mail list logo