RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
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...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: glib2
Version: 6.6
Hardware: Unspecified
OS: Unspecified
high
urgent
Target Milestone: rc
: ---
Assignee: Ray Strode [halfline]
QA Contact: Desktop QE
URL:
Whiteboard:
: 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:
Environment:
Last Closed: 2014-10-14 07:28:59 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
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):
RHEL6.6-server64-20140716.0
subscription-manager-gui-1.12.4-1.el6.x86_64
subscription-manager-firstboot-1.12.4-1.el6.x86_64
subscription-manager-1.12.4-1.el6.x86_64
python-rhsm-1.12.4-1.el6.x86_64

How reproducible:
always

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

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:

https://bugzilla.gnome.org/show_bug.cgi?id=631410

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 

https://git.gnome.org/browse/glib/commit/?id=9b262f1c5fe5a6fd879f17cd7b80d8c54e33d80c

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:

https://git.gnome.org/browse/glib/commit/?id=fb94859e84c0b7859a0a5425d461b18e67ea9ac7

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.

http://rhn.redhat.com/errata/RHBA-2014-1538.html
Note You need to log in before you can comment on or make changes to this bug.