GTG

Hamster Sync do not work properly

Bug #701366 reported by Felipe Duarte
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GTG
Won't Fix
Wishlist
Unassigned

Bug Description

There is not a transparent transaction between the applications, in Hamster the new task appear as "other", the tags are not migrated as well, and the descriptions nether, this utility is very useful, but, actually I do prefer to re-write the task in Hamster in order to have the results that I'm waiting. I hope you could solve this issue...

Another topic that I think could be useful is to implement the Category functionality as is used in Hamster, it is interesting to have the combination of permanent tags and categories to control and organize your tasks and to-do lists...

I'm running Ubuntu 10.04 (lucid) 64 bits kernell (2.6.32-27-generic)

gtg -d relevant output (this was the lines that were shown during the Hamster sync):
2011-01-11 01:40:56,404 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 98@1
2011-01-11 01:40:56,407 - DEBUG - browser:general_refresh:1865 - Trigger refresh on taskbrowser.
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkWidget::visited-link-color' of type `GdkColor' from rc file value "((GString*) 0x1f6a3a0)" of type `GString'
2011-01-11 01:41:20,352 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 82@1
2011-01-11 01:41:20,381 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 9@1
2011-01-11 01:41:20,402 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 82@1
2011-01-11 01:41:20,410 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 9@1
2011-01-11 01:41:20,558 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 82@1
2011-01-11 01:41:20,567 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 9@1
2011-01-11 01:41:20,576 - DEBUG - browser:general_refresh:1865 - Trigger refresh on taskbrowser.
2011-01-11 01:41:25,374 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 82@1
2011-01-11 01:41:25,384 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 9@1
2011-01-11 01:41:25,494 - DEBUG - browser:general_refresh:1865 - Trigger refresh on taskbrowser.
2011-01-11 01:41:51,605 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 82@1
2011-01-11 01:41:51,609 - DEBUG - browser:on_task_modified:1828 - Modify task with ID: 9@1
2011-01-11 01:41:51,700 - DEBUG - browser:general_refresh:1865 - Trigger refresh on taskbrowser.

Sorry about my spanglish.

Tags: hamster

Related branches

Changed in gtg:
status: New → Confirmed
importance: Undecided → Wishlist
Izidor Matušov (izidor)
Changed in gtg:
milestone: none → 0.3
tags: added: hamster
Revision history for this message
Izidor Matušov (izidor) wrote :

Hi Felipe,

sorry for the late answer. How the task is transmitted into Hamster depends on your settings. Which settings of hamster plugin do you use? Could you remember steps to reproduce this bug? Additional info would be appreciated!

Izidor

Changed in gtg:
status: Confirmed → Incomplete
Revision history for this message
Vadikus (vadi) wrote :

I fixed this problem.
Turned out that Project Hamster changed format of D-Bus message. Instead of separate parameters for task, category, description and tags, now it uses everything in universal hamsters' fact format: "task@category, descriptions #tag1 #tag2 ..."
Will commit and push my changes in a few hours.

Revision history for this message
Vadikus (vadi) wrote :

Yep, this functional is already there. With properly working D-Buses you can do a lot. Modify the parameters of the plugin.

Izidor Matušov (izidor)
Changed in gtg:
milestone: 0.3 → 0.4
Jeff Fortin Tam (kiddo)
Changed in gtg:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.