Bug 298997

Summary:	invalid URI error when opening help from eog
Product:	[openSUSE] openSUSE 10.3	Reporter:	Tim Lee <timlee>
Component:	GNOME	Assignee:	Hans Petter Jansson <hpj>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Critical
Priority:	P5 - None	CC:	akhil.laddha, coolo, forgotten_taWGjDL4xO, kkaempf, mgoppold
Version:	Beta 1	Flags:	coolo: SHIP_STOPPER+
Target Milestone:	---
Hardware:	i686
OS:	Other
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Tim Lee 2007-08-09 19:43:13 UTC

Clean install of Beta1
In eog clicked Help->Contents menu item
Help Browser window opened 
Error dialog opened with error:

Unable to load page

The requested URI "help:///usr/share/gnome/help/eog/C/eog.xml" is invalid

Comment 1 JP Rosevear 2007-08-24 12:47:57 UTC

*** Bug 299648 has been marked as a duplicate of this bug. ***

Comment 2 JP Rosevear 2007-08-24 12:48:15 UTC

*** Bug 304137 has been marked as a duplicate of this bug. ***

Comment 3 JP Rosevear 2007-08-24 12:48:27 UTC

*** Bug 299428 has been marked as a duplicate of this bug. ***

Comment 4 Petr Baudis 2007-09-09 02:58:34 UTC

Together with all the dupes, this bug essentially says that most GNOME applications have non-working help! (Almost all I tried; some pop up error window [gnome-volume-manager], for some [gnome-power-manager] just nothing happens - I'm not sure if that is the same bug, I'm assuming so.)

Still happens in beta3.

Comment 5 Hans Petter Jansson 2007-09-10 03:30:55 UTC

This is happening because Yelp no longer handles help:// URIs, only file:// and ghelp:// - the relevant code was cut from upstream.

I'll see if I can patch libgnome to pass file:// or ghelp:// URIs.

Comment 6 Hans Petter Jansson 2007-09-10 04:01:53 UTC

Also, EOG's way of specifying its doc path is wrong. It's supposed to be either "file:///usr/share/gnome/help/eog/C/eog.xml" or "ghelp://eog". Most applications randomly combine a scheme and a way of specifying the path.

It looks like I can't fix this in libgnome. The failing apps are using gnome_url_show() on non-compliant URIs. So it needs to be fixed in "rarian".

Comment 7 JP Rosevear 2007-09-10 12:57:38 UTC

*** Bug 308025 has been marked as a duplicate of this bug. ***

Comment 8 Mark Gordon 2007-09-10 15:12:29 UTC

*** Bug 309045 has been marked as a duplicate of this bug. ***

Comment 9 Mark Gordon 2007-09-10 15:12:53 UTC

*** Bug 309047 has been marked as a duplicate of this bug. ***

Comment 10 Stephan Kulow 2007-09-14 13:25:00 UTC

Will this be fixed in RC1 after the backrevs?

Comment 11 Hans Petter Jansson 2007-09-14 21:18:12 UTC

Yes, fixed by backrevs that have now been submitted.