GNOME Bugzilla – Bug 349196
beagle-live should support Docbook matches from beagle
Last modified: 2007-02-17 03:04:26 UTC
If I activate the beagle-live handler, then every time I do a query in deskbar I get the following error: Traceback (most recent call last):
+ Trace 69771
context.module.connect ('query-ready', lambda sender, qstring, matches: self.dispatch_matches([(qstring, match) for match in matches]))
self.ui.append_matches (results)
self.cuemiac.append_matches (matches)
self.model.append (matches)
self.__append (hit)
self.__create_category_with_match (match)
self.__append_match_to_iter (iter, match)
self.append_method (self, iter, [match, match_obj.get_verb () % verbs])
After this error occurred I removed the applet from my panel, then tried to add it again, upon which the "Add to panel" dialog frozen until I killed gnome-panel a couple of times. After this, it was back on the panel. I've had this error occur where, if I do not terminate deskbar or deactivate beagle-live and continue to enter queries, beagled will eventually lock up and have to be killed. There are no problems with beagled otherwise. This behavior is intermittent and I could not duplicate it for this bug report. I'm running gnome 2.15.90, deskbar-applet 2.15.90.1, beagle 0.2.7 (mono 1.1.16.1) on Gentoo AMD64.
I've seen beagle live queries fail with exceptions, too -- but not this one. Mine was: Traceback (most recent call last):
+ Trace 70157
if "snippet" in TYPES[hit.get_type()] and TYPES[hit.get_type()]["snippet"]:
This happened when I typed 'xml' on the search field. It always crashes the same way with this query, but other queries work just fine. Beagle version is 0.2.6, deskbar-applet is 2.14.0, system is FC5 with latest updates.
Andre: I think I can spot the cause of your problem... deskbar uses a small dict to to look formatting up for beagle hits and "DocbookEntry" is not in that dict, causing a KeyError... So basically a fix would just have to append formatting info for DocbookEntry(s). Any takers?
Hi Mikkel, cool, sounds like it's no big deal after all =) I could help if I knew how... is there any documentation available?
Andre: Could you provide the output (just for one or two hits) from the following command line "beagle-query --verbose --type DocbookEntry xml" (xml, or any string that triggers docbook hits). Jose: What versions of gtk- and gobject python bindings are you using?
(In reply to comment #4) > What versions of gtk- and gobject python bindings are you using? > When I reported this I was running pygtk 2.9.3 and pygobject 2.11.0. Now I am running pygtk 2.9.6 and pygobject 2.11.2. This problem still happens with deskbar-applet 2.15.91.
(In reply to comment #4) > Andre: > Could you provide the output (just for one or two hits) from the following > command line "beagle-query --verbose --type DocbookEntry xml" (xml, or any > string that triggers docbook hits). Hi Mikkel, sure, here goes the first two. I captured the whole output, if you need it I can provide them as an attachment or send to you as an email, just let me know. First hit returned in 0.761s Uri: file:///usr/share/doc/HTML/en/khelpcenter/userguide/kde-for-admins.docbook%PaUri: file:///usr/share/doc/HTML/en/khelpcenter/userguide/kde-for-admins.docbook Snip: (null) Type: DocbookEntry MimeT: text/x-docbook-entry Src: documentation Score: 6.75448679924011 Time: 7/22/2006 5:15:40 AM beagle:HitType = DocbookEntry beagle:MimeType = text/x-docbook-entry beagle:Source = documentation dc:title = Configuration Files fixme:base_title = fixme:id = configuration-files fixme:parent_id = kde-internals fixme:parent_title = parent:beagle:ExactFilename = kde-for-admins.docbook parent:beagle:Filename = kde-for-admins parent:beagle:FilenameExtension = .docbook parent:beagle:NoPunctFilename = kde for admins Uri: file:///usr/share/doc/HTML/en/kdeprint/highlights.docbook%23kdeprint-goodiePaUri: file:///usr/share/doc/HTML/en/kdeprint/highlights.docbook Snip: (null) Type: DocbookEntry MimeT: text/x-docbook-entry Src: documentation Score: 8.56670381579272 Time: 5/22/2006 3:12:42 PM beagle:HitType = DocbookEntry beagle:MimeType = text/x-docbook-entry beagle:Source = documentation dc:title = More fixme:id = kdeprint-goodies fixme:parent_id = kdeprint-highlights fixme:parent_title = parent:beagle:ExactFilename = highlights.docbook parent:beagle:Filename = highlights parent:beagle:FilenameExtension = .docbook parent:beagle:NoPunctFilename = highlights HTH Andre
Double bugger. Andre: It looks like beagle doesn't do much indexing on the docbook contents. Deskbar needs a field to use for the hit title, but none of the above seems to make much sense. Normally dc:title works fine, but it looks like they are pretty much senseless in the above. We have to find a field where "Documentation: <b>!!!</b>" makes sense, here !!! is one of the above fields. Jose: Hmmm, there where some known troubles with the dev versions of pygtk and pygobject, up to the version just before the one you have, so I can't blame the errors on external libs, damn :-)
Could it be something in the python bindings for beagle? I'm thinking of the intermittent locking up of beagled during a beagle live query. No other query seems to affect beagled that way, and it is when beagle live is active that the problem happens. That would make it sort of external ;-) but not completely since Raf wrote and maintains the python bindings, right?
Yes, Raf wrote them. It is quite possible that the error comes from the Python bindings - maybe the combination with 64 bit..? Anyway, I cannot reproduce here with Dapper+Deskbar head. I'll try out Edgy in a sec to test with never gtk/gobject.
Andre: this has been 'fixed' in 2.16, in the sense that we ignore Docbook matches. Since we have no useful info about them we'll just do that for the moment. Jose, Mikkel: original bug discussioon continues on bug #352541 Please keep bugs on topic, and start new bugs for different issues.
I originally filed this as a beagle-live crasher, but somehow it got turned into a Docbook support bug. I'm going through old bugs now, and I know the original crasher was fixed long ago. If the Docbook stuff is fixed, would one of the deskbar-applet devs close this? Since I wasn't the reporter for that problem I don't want to close this if the issue is still open. Alternatively, if there is still a Docbook issue maybe one of the devs can open a new bug and close this mess? ;-)