Bug 1120611 - help urls launched from application help buttons and other url handlers don't work after glib2 rebase
Summary: help urls launched from application help buttons and other url handlers don't...
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: glib2
Version: 6.6
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Ray Strode [halfline]
QA Contact: Desktop QE
: 1115903 1126901 1142427 (view as bug list)
Depends On:
Blocks: rhsm-rhel66
TreeView+ depends on / blocked
Reported: 2014-07-17 09:29 UTC by xingge
Modified: 2016-09-20 02:28 UTC (History)
13 users (show)

Fixed In Version: glib2-2.28.8-2.el6
Doc Type: Bug Fix
Doc Text:
This is a bug fix in an unreleased rebase, and so we don't need to document the bug (which has never reached customers) Cause: Consequence: Fix: Result:
Clone Of:
Last Closed: 2014-10-14 07:28:59 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 631410 0 None None None Never
Red Hat Product Errata RHBA-2014:1538 0 normal SHIPPED_LIVE glib2 bug fix and enhancement update 2014-10-14 01:21:43 UTC

Description xingge 2014-07-17 09:29:40 UTC
Description of problem:
When open subscription manager manual doc from menu "Help->Getting Started"
the manual doc not shows up.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Open subscription-manager-gui
2.Open online doc with menu "Help->Getting Started"

Actual results:
Nothing happens and the CLI will get "Error showing url: Operation not supported"

Expected results:
The manual should open without any error.

Additional info:

Comment 1 Ray Strode [halfline] 2014-07-22 20:33:37 UTC
So this seems to be a regression in glib2 from when it got rebased from 2.26 to 2.28. 

During the 2.28 development cycle, the way URL handlers were processed was changed.  See:


That change means url schemes registered via gconf (via the gvfs module) no longer get consulted. yelp registers the ghelp: uri scheme using gconf.  We can "fix" it by making yelp use the new scheme:

- updating /usr/share/applications/gnome-yelp.desktop to have x-scheme-handler/ghelp on the MimeTypes line (and running update-desktop-database /usr/share/applications)

but there's probably more widespread breakage. Instead, I think the most conservative move would be to revert the change by shipping a reversed patch of 


in the spec file.  Bastien, Colin, do you guys agree that's the right course of action?

Comment 3 Ray Strode [halfline] 2014-07-22 20:46:00 UTC
well a straight up reversal of the patch won't work, since it was partially reverted a few commits after it was introduced:


But, assuming Bastien/Colin agree, I think reverting the part that hasn't yet been reverted makes sense.

Comment 4 Bastien Nocera 2014-07-23 10:31:10 UTC
It's the right course of action if you want to keep the exact same API between RHEL6 releases.

Reverting https://git.gnome.org/browse/glib/commit/?id=fb94859e84c0b7859a0a5425d461b18e67ea9ac7 won't be enough though. You'll need to make sure that the glib code to read the scheme handler from mime-types is also removed so that the extension point is always used.

Comment 5 Ray Strode [halfline] 2014-07-23 13:37:21 UTC
Colin said he's on board with this plan, too, so clearing needinfos.

Comment 6 Colin Walters 2014-07-23 15:53:47 UTC
It's messier than that though - the higher up we rebase, the more we need to do *both* - if say Evolution is installing desktop file mime types, we need to support that too.

Comment 7 Ray Strode [halfline] 2014-07-23 17:19:41 UTC
ugh, so i guess the answer for that is if g_desktop_app_info_lookup_get_default_for_uri_scheme() returns NULL then fall back to the new way. Thankfully the new way is only 5 lines of code.

Comment 8 Ray Strode [halfline] 2014-08-06 14:03:12 UTC
*** Bug 1126901 has been marked as a duplicate of this bug. ***

Comment 9 Ray Strode [halfline] 2014-08-18 17:34:55 UTC
*** Bug 1115903 has been marked as a duplicate of this bug. ***

Comment 10 Colin Walters 2014-08-26 18:52:44 UTC
I don't know this area of the code very well; Bastien, would you have time to look at this?

Comment 16 Sharath Dwaral 2014-09-16 20:27:55 UTC
*** Bug 1142427 has been marked as a duplicate of this bug. ***

Comment 17 errata-xmlrpc 2014-10-14 07:28:59 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.