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 606735 - Conflicts between multiple running Tomboys sharing note store
Conflicts between multiple running Tomboys sharing note store
Status: RESOLVED DUPLICATE of bug 652839
Product: tomboy
Classification: Applications
Component: General
1.0.x
Other All
: Normal normal
: ---
Assigned To: Tomboy Maintainers
Tomboy Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-01-12 13:46 UTC by Alan Pope
Modified: 2011-06-25 16:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Alan Pope 2010-01-12 13:46:22 UTC
Note: Through this bug I am talking about "syncing" from the dropbox perspective, nothing to do with tomboy native note syncing.

I have multiple computers each storing their Tomboy notes in dropbox. So on Windows I use TOMBOY_PATH to point to my c:\blah\my documents\Dropbox\Tomboy, and on Linux I symlink ~/local/share/tomboy -> ../../Dropbox/Tomboy/notes/

The idea being that when at home (Ubuntu) I can see the same notes as I can at work (Windows). Works fine except for today I noticed a funny.

Symptom: Dropbox constantly syncing, telling me over and over that (n) files have been updated. These files were tomboy notes. 

I think the sequence of events was this:-

Yesterday at work I closed tomboy and dropbox (windows).
Last night at home I opened tomboy (dropbox already running) (ubuntu).
I opened some notes and updated a few (ubuntu).
I left my desktop PC on at home with tomboy and dropbox running (ubuntu).
This morning I arrive at work and start Tomboy (but forget to start dropbox [yes, I appreciate it should start automatically but I'd rather files didn't arrive on my work machine without me knowing, and I'm only testing this tomboy/dropbox syncing method, so I manually started dropbox])
I edited some notes in tomboy (windows) and shortly after realise I didn't have dropbox running, so start it.
Dropbox repeatedly tells me that notes have been changed and it seems to be uploading changes from work to dropbox and at home it is probably downloading them then uploading other changes.
I stopped Tomboy on windows and the syncing stopped.

I reproduced this by starting Tomboy and ensuring no syncing was happening.
I created a brand new note at work and noticed dropbox doing its sync thing.
I then renamed the note, and again a sync event happened.
Then a sync event happened again and the note was renamed back to the original.
I then keep getting events over and over as the note is renamed.

Here's a debug snippet.

[DEBUG]: Creating Buffer for 'New Note 141'...
[DEBUG]: New Note 141 tags:
[DEBUG]: Saving 'New Note 141'...
[DEBUG]: Renaming note from New Note 141 to TestNoteSync  <-- I did this
[DEBUG]: Saving 'TestNoteSync'...
[DEBUG]: Renaming note from New Note 141 to New Note 141
[DEBUG]: Saving 'New Note 141'...
[DEBUG]: Renaming note from New Note 141 to New Note 141
[DEBUG]: Saving 'New Note 141'...
Comment 1 Sandy Armstrong 2010-01-25 17:42:27 UTC
Potentially a dupe of bug #603815, but I haven't looked into either yet.
Comment 2 Sandy Armstrong 2010-01-25 19:12:55 UTC
The fix I proposed in bug #603815 apparently did not fix this problem for Alan.
Comment 3 Robert Nordan 2011-06-25 10:52:38 UTC
With Dropbox tomboy folders being an unsupported (and discouraged) method of sync and Tomboy Online/UbuntuOne being available, shouldn't this one be closed as a WONTFIX?
Comment 4 Sandy Armstrong 2011-06-25 16:16:58 UTC
I'm 95% sure that Alan is using the NoteDirectoryWatcher add-in, which makes this a support use-case.

What's not supported is using Tomboy's sync infrastructure with Dropbox, or sharing the notes with Dropbox without using the NoteDirectoryWatcher add-in.
Comment 5 Jared Jennings 2011-06-25 16:52:01 UTC

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