Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 518481 - Fails to load any page
Summary: Fails to load any page
Alias: None
Product: Fedora
Classification: Fedora
Component: devhelp
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2009-08-20 15:11 UTC by Tim Waugh
Modified: 2009-08-23 18:46 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2009-08-23 18:46:32 UTC
Type: ---

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 572022 0 None None None Never

Description Tim Waugh 2009-08-20 15:11:31 UTC
Description of problem:
I just get an error message shown instead of documentation.

For example:

Error stating file '/home/twaugh/file/usr/share/gtk-doc/html/pygtk/index.html': No such file or directory

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

How reproducible:

Steps to Reproduce:
1.Try to view any documentation.
Actual results:

Expected results:

Additional info:
Was working until recently.

Comment 1 Matthew Barnes 2009-08-20 15:42:01 UTC
Stupid question, but I assume the files it's trying to load actually do exist?

Comment 2 Tim Waugh 2009-08-20 16:12:54 UTC
If you remove '/home/twaugh/file' from the beginning of the pathname, yes, those files exist.

It's looking in the wrong place for them though, as you can see (/home/twaugh/file).

Comment 3 Matthew Barnes 2009-08-20 16:21:22 UTC
Wild guess but I bet it's passing a file path to a function that expects a URI, or vice versa.  I'll see if there's anything like this upstream.

Comment 4 Matthew Barnes 2009-08-20 16:38:28 UTC
I found this upstream bug which looks identical:

The corresponding commit:

But that fix was included in version 0.23.1.  So either there's similar breakage elsewhere in Devhelp or this is a WebKit issue.  Perhaps make sure you have the latest webkitgtk package?

Comment 5 Tim Waugh 2009-08-20 16:48:30 UTC

Comment 6 Edward Sheldrake 2009-08-21 17:21:32 UTC
I ran into this, I solved it by not applying the devhelp-load-uris.patch, the resulting devhelp appears to work fine.

The webkitgtk NEWS file suggests webkitgtk >= 1.1.1 has different functions for loading files and loading URIs.

Comment 7 Matthew Barnes 2009-08-21 18:35:10 UTC
Interesting.  I tried removing that patch and building Devhelp 0.23.1 patch-free with the latest WebKit/GTK, libsoup and GTK+ from Rawhide.  Devhelp can now find the pages, but instead of rendering the pages it's showing me raw HTML code.

I'm running kind of a hybrid F-11/F-12 system though, so I guess I can build a new package with those changes as see if you guys see the same thing as me.

Comment 8 Matthew Barnes 2009-08-21 18:45:43 UTC
Build is done.  Give devhelp-0.23.1-2.fc12 a try.

Comment 9 Edward Sheldrake 2009-08-21 20:05:45 UTC
Unfortunately I also use a similar hybrid setup, "mostly" F-11:
webkitgtk 1.1.12
libsoup 2.27.5 (that webkitgtk requires a 2.27.x)
gtk2 2.16.5

FWIW the webkitgtk NEWS file doesn't match the webkitgtk gtk-doc, devhelp has it's own code for adding the "file://" now, but still uses the deprecated webkit_web_view_open, mine still worked after I replaced them all with webkit_web_view_load_uri.

Comment 10 Tim Waugh 2009-08-23 18:41:02 UTC
All working fine with these:


Comment 11 Matthew Barnes 2009-08-23 18:46:32 UTC
Okay thanks, closing as fixed then.

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