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 614839 - Tracker-Plugin: Migrate to Tracker 0.8
Tracker-Plugin: Migrate to Tracker 0.8
Status: RESOLVED FIXED
Product: totem
Classification: Core
Component: Plugins
2.30.x
Other All
: Normal normal
: ---
Assigned To: Martyn Russell
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2010-04-04 21:47 UTC by Simon Wenner
Modified: 2010-04-13 10:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
tracker 0.8 patch (2.55 KB, patch)
2010-04-04 21:47 UTC, Simon Wenner
none Details | Review
Improves previous patch (6.24 KB, patch)
2010-04-12 18:58 UTC, Martyn Russell
committed Details | Review

Description Simon Wenner 2010-04-04 21:47:24 UTC
Created attachment 157923 [details] [review]
tracker 0.8 patch

The latest stable release of Tracker is version 0.8.
 
The attached patch migrates the Totem local search (tracker) plugin to the new Tracker client API and updates some SPARQL queries.
Comment 1 Bastien Nocera 2010-04-06 14:09:35 UTC
Broke the API again? Sigh.
Comment 2 Simon Wenner 2010-04-06 18:18:05 UTC
The old client API is still available but deprecated. The 0.7.x series was never advertised as stable, as far as I know.

But I'm not a Tracker developer and have not used it prior to the 0.8 release.
Comment 3 Martyn Russell 2010-04-07 07:58:56 UTC
(In reply to comment #2)
> The old client API is still available but deprecated. The 0.7.x series was
> never advertised as stable, as far as I know.
> 
> But I'm not a Tracker developer and have not used it prior to the 0.8 release.

This is true. I am going to improve the patch slightly, once I get totem building, having several jhbuild issues right now.
Comment 4 Sebastian Dröge (slomo) 2010-04-12 16:27:17 UTC
Any news on this?
Comment 5 Martyn Russell 2010-04-12 16:29:57 UTC
(In reply to comment #4)
> Any news on this?

It's on my TODO. I have to fix some GTK GSEAL bugs in totem first by the looks of it - at least it was reporting some errors related to that AFAICS last week when I checked.
Comment 6 Bastien Nocera 2010-04-12 17:43:10 UTC
(In reply to comment #5)
> (In reply to comment #4)
> > Any news on this?
> 
> It's on my TODO. I have to fix some GTK GSEAL bugs in totem first by the looks
> of it - at least it was reporting some errors related to that AFAICS last week
> when I checked.

It was a two-liner that was fixed on Thursday. Totem compiles fine with deprecations turned on and GTK+ 2.20.0.
Comment 7 Simon Wenner 2010-04-12 17:52:14 UTC
I'm willing to improve my patch. Please tell me what needs to be fixed.
Comment 8 Martyn Russell 2010-04-12 18:58:46 UTC
Created attachment 158519 [details] [review]
Improves previous patch

Bastien, let me know if more is needed.
Comment 9 Bastien Nocera 2010-04-13 10:00:49 UTC
Looks fine apart from:
- Shows first 20 results automatically when loaded (without pressing
return with empty search entry)

Why? The rest looks fine to commit.
Comment 10 Martyn Russell 2010-04-13 10:07:02 UTC
(In reply to comment #9)
> Looks fine apart from:
> - Shows first 20 results automatically when loaded (without pressing
> return with empty search entry)
> 
> Why? The rest looks fine to commit.

Because showing something instead of nothing initially is more useful to the user and they can reduce those results with specific criteria if they want.
Comment 11 Bastien Nocera 2010-04-13 10:09:03 UTC
(In reply to comment #10)
> (In reply to comment #9)
> > Looks fine apart from:
> > - Shows first 20 results automatically when loaded (without pressing
> > return with empty search entry)
> > 
> > Why? The rest looks fine to commit.
> 
> Because showing something instead of nothing initially is more useful to the
> user and they can reduce those results with specific criteria if they want.

Right, but doing the search on startup, when the user probably wants to just view a video is not the way it should be done. You should start the search when the sidebar is shown (eg. when the widgets are actually visible), not on startup.
Comment 12 Martyn Russell 2010-04-13 10:13:21 UTC
I see, fair point, I can commit the patch without that line for now if you're happy with the rest then.
Comment 13 Bastien Nocera 2010-04-13 10:16:22 UTC
(In reply to comment #12)
> I see, fair point, I can commit the patch without that line for now if you're
> happy with the rest then.

Yes please.
Comment 14 Martyn Russell 2010-04-13 10:28:27 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 15 Michael Biebl 2010-04-13 10:48:04 UTC
(In reply to comment #14)
> This problem has been fixed in the development version. The fix will be
> available in the next major software release. Thank you for your bug report.

Oh, does that mean totem 2.30.1 will not contain this fix? That would be very unfortunate and I'd appreciate if this fix could as be committed to the stable 2.30 branch. Patching the build system is not that much fun
Comment 16 Martyn Russell 2010-04-13 10:53:30 UTC
(In reply to comment #15)
> (In reply to comment #14)
> > This problem has been fixed in the development version. The fix will be
> > available in the next major software release. Thank you for your bug report.
> 
> Oh, does that mean totem 2.30.1 will not contain this fix? That would be very
> unfortunate and I'd appreciate if this fix could as be committed to the stable
> 2.30 branch. Patching the build system is not that much fun

I guess Bastien can cherry-pick it if he is happy to do so. I would certainly do it if I was maintainer. For now, it is just in master.