Bug 373282

Summary: help browser unable to load page
Product: [openSUSE] openSUSE 11.0 Reporter: Casual J. Programmer <casualprogrammer>
Component: GNOMEAssignee: Vincent Untz <vuntz>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None CC: akhil.laddha, carlos.e.r, mmeeks, n5xwb, wstephenson
Version: Factory   
Target Milestone: ---   
Hardware: x86   
OS: openSUSE 11.0   
Whiteboard: gnome-function-does-not-work gnomeup-yelp
Found By: Beta-Customer Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Bug Depends on:    
Bug Blocks: 368195    
Attachments: Change ghelp: to help: only when necessary

Description Casual J. Programmer 2008-03-24 13:39:30 UTC
After a clean install from alpha3 DVD & update from factory, pressing help in the shutdown menu results in a message box:

Unable to load page
The requested URI "help:///usr/share/gnome/help/user-guide/C/user-guide.xml?gosgetstarted-73" is invalid
<OK>

Checking for /usr/share/gnome/help/user-guide/C/user-guide.xml, shows that the file is there.

Pointing to it with firefox results in:

XML Parsing Error: not well-formed
Location: file:///usr/share/gnome/help/user-guide/C/user-guide.xml
Line Number 9, Column 7:<?yelp:chunk-depth 3?>
------^

Notebook: Fujitsu Siemens Amilo Si 1520
Graphics: Fujitsu Siemens Mobile 945GM/GMS/GME, 943/940GML Express
Monitor:  QUANTADISPLAY LCD Monitor 1280x800@60Hz
Wireless: Intel PRO/Wireless 3945ABG Network Connection
Sound:    82801G (ICH7 Family) High Definition Audio Controller
Desktop:  gnome2-SuSE-10.3-172
YaST GUI: yast2-qt-2.16.33-5
OS:       openSUSE 11.0 (i586) Alpha3 VERSION = 11.0
Kernel:   2.6.25-rc6-git5-10-pae
Comment 1 Akhil Laddha 2008-03-26 05:48:20 UTC
Problem appears with other gnome applications. I tried with evolution, eye-of-gnome help and applications display error message instead of opening help file. 
Comment 2 Vincent Untz 2008-04-03 18:31:26 UTC
*** Bug 375247 has been marked as a duplicate of this bug. ***
Comment 3 Vincent Untz 2008-04-03 18:33:19 UTC
*** Bug 366892 has been marked as a duplicate of this bug. ***
Comment 4 Vincent Untz 2008-04-16 16:23:25 UTC
Ok, the problem is that gnome-help eats the g in ghelp: (ie, we goes from ghelp:///something to help:///something).
Comment 5 Vincent Untz 2008-04-16 16:55:30 UTC
So, we can:

 + patch yelp to accept help: URI. This is not my preferred option since it means
   we'll have to maintain the patch forever (unlikely to get upstream)

 + change susehelp to keep ghelp if the current desktop is GNOME. I'll attach a 
   patch to do this.
Comment 6 Vincent Untz 2008-04-16 16:57:47 UTC
Created attachment 208376 [details]
Change ghelp: to help: only when necessary

So, in fact, it's simpler to only change the URI when it's required. Which seems to be the case only if we're running KDE.
Comment 7 Vincent Untz 2008-04-16 17:01:33 UTC
cc'ing Will, since the patch is for susehelp.
Comment 8 Vincent Untz 2008-04-22 23:38:49 UTC
FWIW, I've submitted a new yelp packages to handle help: URIs (we need it for other reasons, unfortunately). Would still be nice to have the patch go in susehelp.
Comment 9 Vincent Untz 2008-04-22 23:57:17 UTC
*** Bug 335529 has been marked as a duplicate of this bug. ***
Comment 10 Vincent Untz 2008-04-30 19:42:27 UTC
Thinking a bit more about this, we'll kill ghelp: in GNOME at some point, and we need the help: support anyway. So let's just close the bug without the susehelp fix (it's fixed in yelp now)