GTG

tomboy backend removes notes

Bug #861512 reported by wimpunk
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GTG
Invalid
Undecided
Unassigned

Bug Description

For a while I've been using the bzr version of gtg ( bzr+ssh://bazaar.launchpad.net/%2Bbranch/gtg/) combined with my tomboy notes. Mostly it went well but recently gtg started to remove my notes.

These are the steps:
1. Create a note in tomboy with the tag you use to import (mine is @work)
2. start gtg (r1005): task gets imported
3. wait a while
4. close gtg
5. check your tomboy, you note will be disappeared.

Related branches

Izidor Matušov (izidor)
Changed in gtg:
importance: Undecided → Critical
milestone: none → 0.3
assignee: nobody → Izidor Matušov (izidor)
status: New → Incomplete
Revision history for this message
Izidor Matušov (izidor) wrote :

I have a problem with reproducing this serious bug. How often are you able to reproduce this bug?

I am using Ubuntu's tomboy 1.6.0. The task gets nicely imported and stays in Tomboy after closing GTG. Can you please give me additional hints how to reproduce this strange bug?

Revision history for this message
wimpunk (wimpunk) wrote :

On the system where I discovered the bug, I can reproduce it always. I'll try it asap on another system.
I wonder if it has something to do with number of tasks I have or of it has something to do with the error I regulary get about problems with contacting the backend.

Revision history for this message
Izidor Matušov (izidor) wrote :

Are you able to reproduce that with testing environment from trunk?

bzr clone lp:gtg
cd gtg
scripts/debug.sh

I was testing in this environment. Maybe it is about collision with some other tasks...

Revision history for this message
wimpunk (wimpunk) wrote :

I've tested it on a virtual xubuntu but I can't reproduce it the removed tomboy note. I'll have to do it on the other system but that one is at work. I'll try to transfert the gtg configuration.
There is another strange feature occurring: when editing a task in gtg, tomboy tells me "Setting text content for closed notes not supported" and leaves me with an empty note. After restarting gtg, the task is removed, probably because in an empty note there are no tags.

Revision history for this message
wimpunk (wimpunk) wrote :

I tested it this way on my xubuntu environment:
* synchronize my tomboy notes with the normal notes (currently 333 notes, 6 with @work tag). To prevent problems, I removed synchronization afterwards.
* start scripts/debug.sh
* configure tomboy as backend for the @work tag
* gtg imports the 6 notes
* close gtg
* create 1 note with a @work tag and close it
* start scripts/debug.sh
* new task gets imported
* open the task & close it again
* new task disappears from gtg
It's a little odd it disappears from gtg in stead of tomboy but I guess it has something to do with "Setting text content for closed notes not supported"-error

Revision history for this message
wimpunk (wimpunk) wrote :

For some reason I can't reproduce it the same way as yesterday, the note doesn't disappear completely.

In the testing environment (scripts/debug.sh) I only loose the content of my notes if I edit the task in gtg, close gtg, edit the note in tomboy, close the note in tomboy and start gtg again. Change something on the task in gtg and you will end up with a removed task and an empty note. At least that's what I got on the system at work (ubuntu) and xubuntu in a virtual machine at home.

Revision history for this message
Izidor Matušov (izidor) wrote :

I've tested it on my computer and I didn't get any error. I can edit task in GTG and once in a while it is synced into Tomboy. Which version of Tomboy and Ubuntu do you use?

Revision history for this message
Izidor Matušov (izidor) wrote :

wimpunk> Can you reproduce the bug with the current version? Is it still reproducible?

Revision history for this message
wimpunk (wimpunk) wrote :

I haven't been using gtg for a while so I don't know if the bug is still there. The system with the problem isn't my system anymore since I switched job.

Revision history for this message
Izidor Matušov (izidor) wrote :

Does it mean you can't reproduce the bug on your computer?

Revision history for this message
wimpunk (wimpunk) wrote :

The current version seems to work fine on my computer at home. You can close this bug.

Revision history for this message
Izidor Matušov (izidor) wrote :

Thank you, closing as "Invalid"

Changed in gtg:
status: Incomplete → Invalid
milestone: 0.3 → none
assignee: Izidor Matušov (izidor) → nobody
importance: Critical → Undecided
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.