After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 533718 - Crash while browsing the ocaml-doc info page
Crash while browsing the ocaml-doc info page
Status: RESOLVED DUPLICATE of bug 585253
Product: yelp
Classification: Applications
Component: Crashers
2.22.x
Other Linux
: Normal major
: ---
Assigned To: Yelp maintainers
Yelp maintainers
Depends on:
Blocks:
 
 
Reported: 2008-05-18 15:54 UTC by Josselin Mouette
Modified: 2015-06-24 11:08 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
Fix crashes in info document (574 bytes, patch)
2008-05-18 15:55 UTC, Josselin Mouette
needs-work Details | Review
fix populating pages2nodes hash table for multi part infos (1.28 KB, patch)
2010-04-20 10:54 UTC, Edward Sheldrake
none Details | Review

Description Josselin Mouette 2008-05-18 15:54:45 UTC
Initial bug: http://bugs.debian.org/461625

When browsing the OCaml info documentation, yelp spits lots of errors, then crashes on an X error:

(yelp:18806): Gtk-CRITICAL **: gtk_tree_model_get_string_from_iter: assertion `iter != NULL' failed

…

(yelp:18806): Gtk-CRITICAL **: gtk_tree_model_get_string_from_iter: assertion `iter != NULL' failed
Xlib: unexpected async reply (sequence 0x84be)!
Comment 1 Josselin Mouette 2008-05-18 15:55:58 UTC
Created attachment 111102 [details] [review]
Fix crashes in info document
Comment 2 Don Scorgie 2008-05-23 18:03:34 UTC
Confirming the bug.  The patch is incorrect as it messed up the content list pretty badly.  The correct fix is to figure out why it's not finding the correct "up" node.

I'll look at this soon.
Comment 3 Edward Sheldrake 2010-04-20 10:54:41 UTC
Created attachment 159152 [details] [review]
fix populating pages2nodes hash table for multi part infos

Appears to still affect yelp 2.30.0, also affects info:gsl-ref.

It think the problem is due to nothing (well, except the entire tag table as one entry) being put into the pages2nodes hash table for multi-part info files, but possibly the bug only shows up for files that need the offset fixing.
Comment 4 Rupert Swarbrick 2011-03-30 10:01:32 UTC
I've posted patches fixing this bug, which go with the current code, at to the mailing list at http://thread.gmane.org/gmane.comp.gnome.documentation.devel/541

info:gsl-ref will still be slooow, because we read in the whole document at once, but we can fix that too: I'll post a patch soon.
Comment 5 Rupert Swarbrick 2011-03-30 10:24:21 UTC
Note this seems to be the same bug as #585253
Comment 6 Patrick Welche 2013-12-14 20:12:49 UTC
The patches in Bug 585253 appear to have been pushed, so this bug also appears to be fixed.
Comment 7 David King 2015-06-24 11:08:33 UTC
Closing as a duplicate, as per comment #5.

*** This bug has been marked as a duplicate of bug 585253 ***