Tomboy note sync and web-ui for notes are broken

For me, this bug effectively kills the syncing of Tomboy notes across different computers and makes TomBoy almost useless. So please solve this one quickly.

I've just sent chad's branch to PQM which tries to deal with the missing revision ID. Hopefully we can test it on edge in a few hours.

This failed in PQM, and needs some test fixes before it can be deployed on edge.

Okay, as I can see, Tomboy synchronization is working fine now.

The web UI still does not save subsequent edits. Looking forward to see the fix for this part.

Agreed. Synchronization between two tomboy installations is working fine for me. Updating a note with the web UI is still broken.

Afraid I have to disagree. Synchronisation not working at all for me this morning, Tomboy on Ubuntu 9.04 is reporting a failure but there are no details in the dialog. Running under debug yield this:

 [ERROR]: Caught exception. Message: The remote server returned an error: (404) NOT FOUND.
 [ERROR]: Stack trace for previous exception: at System.Net.HttpWebRequest.CheckFinalStatus (System.Net.WebAsyncResult result) [0x00000]
  at System.Net.HttpWebRequest.SetResponseData (System.Net.WebConnectionData data) [0x00000]
 [ERROR]: Synchronization failed with the following exception: The remote server returned an error: (404) NOT FOUND.
  at System.Net.HttpWebRequest.CheckFinalStatus (System.Net.WebAsyncResult result) [0x00000]
  at System.Net.HttpWebRequest.SetResponseData (System.Net.WebConnectionData data) [0x00000]

(/usr/lib/tomboy/Tomboy.exe:4207): GLib-CRITICAL **: g_source_remove: assertion `tag > 0' failed

I then tried to log into Ubuntu One and got the error:
 OpenID Failed
 OpenID authentication failed: Nonce already used or out of range

(This would appear to be bug 510866)

I then tried to login to Ubuntu One again and this time it worked, but Tomboy still fails to synchronise with the same errors as above.

I am not sure if this is strictly a Tomboy issue, or if there is some problem with Ubuntu One; either way it is very frustrating and renders Tomboy useless.

J.

I am still seeing the 404 come up when I try to sync.

Are the problems with Tomboy in any way related to the authentication problems with U1?
https://bugs.launchpad.net/ubuntuone-client/+bug/510866

The 404 error might be related indeed to that authentication problem, although not sure. What URL do you have setup in Tomboy preferences dialog for syncing?

The standard one I believe:
https://one.ubuntu.com/notes/

Should it be something else? I have not changed it and Tomboy used to work fine.

rS.

Yes, that's the correct one

Can you please paste the whole output from 'tomboy --debug'? That should show us what url is failing

Full log attached. Hope it helps!

I'd say it indeed seems to be an authentication problem. Can you please open seahorse (Accessories->Password and encryption keys) and remove the Ubuntu One tokens and go to https://one.ubuntu.com and re-authorize your computer? Then try again please with tomboy

I opened Seahorse.
I went into Passwords/Login.
I deleted the UbuntuOne entry.
I made sure Tomboy and Ubuntu One client were shutdown.
I logged into UbuntuOne via FF and deleted my computer from the authorised list.
I logged out of UbuntuOne.
I logged back into UbuntuOne via FF (that worked).
I started UbuntuOne client, logged into UbuntuOne and added the PC again (the client still thought I was disconnected; I had to disconnect and connect again)
I started Tomboy and tried to sync.

Same issue - 404. log attached.

Do I need to delete the CouchDB tokens as well?
There appear to be two - one is attached to the UbuntuOne client, the other to Seahorse and UbuntuOne client
(I left those, I don't want to break anything else. I've not had time to fully read-up on how all the password handling works yet)

No, this looks like a server issue.

Here's the URL that is used by my Tomboy to sync notes
https://one.ubuntu.com/notes/api/1.0/op/&oauth_consumer_key=anyone&...

And here's what roadSurfer has:
https://one.ubuntu.com/notes/api/1.0/user/&oauth_consumer_key=anyone&...

Look at the response in 404.log:

[DEBUG]: Made web request, got response: {"oauth_access_token_url":
"https://one.ubuntu.com/oauth/access/", "user-ref": {"href":
"https://one.ubuntu.com/notes/", "api-ref":
"https://one.ubuntu.com/notes/api/1.0/user/"}, "oauth_authorize_url":
"https://one.ubuntu.com/oauth/authorize/", "oauth_request_token_url":
"https://one.ubuntu.com/oauth/request/", "api-version": "1.0"}

api-ref url in my case it is not /user/ but /op/ and it works properly.

It's not be being stupid? My, that's a first! :o)

Bug https://bugs.launchpad.net/ubuntuone-client/+bug/510866 has had its fix released, and seems to be working now for me. There was no change to Tomoby behaviour for me, so it can't have been related to the authentication issues.

Is there any cache or config I can reset client-side to try and get Tomboy working? Strange how the server is picking just me for the 404.

Last night I tried syncing Tomboy from a Windows PC to the same Ubuntu One account. That worked perfectly.

It is only syncing from Tomboy on Ubuntu 9.10 to Ubuntu One that appears to be broken for me.
Is there a reset, configs I can delete or something else I can do with Tomboy to stop it going to the wrong URL? Why is it just the Tomoby client on Ubuntu that is going to "/user/" and not "/op/"?

This is terribly frustrating, I had started to rely on Tomboy and Ubuntu One.

I think I may have fixed it.

What I had to do was disconnect Tomboy from Ubuntu One.
The re-connect it.
This caused the PC to be authenticated again (with a different serial number).
I then deleted the old entry for the PC

Tomboy sync now works.

I know there were updates to the servers recently. Does Tomboy cache URLs? If so, I guess this could happen again.

[Sorry for the 3 messages]

I note that Ubuntu One and Tomboy use different authentication entries for the exact same PC. Is that correct? Surely they should share the same one?

roadSurfer, thanks for the update.

Tomboy stores its configuration for web sync in gconf at /apps/tomboy/sync/tomboyweb. But there's nothing resembling /user/ or /op/ and it appears that nothing of this sort is cached on the server.

I will keep investigating this case.

The /op, /user, etc parts of the url are returned by the server, so Tomboy just needs to know the entry point (which is https://one.ubuntu.com/notes, which is what is stored in gconf). So no, the urls are not cached, only the entry point is stored in gconf

Thanks for all your work Rodrigo.

As I say, it;s working now after the forced disconnect/connect (Preferences/Synchronisation/Clear).
Why that should have fixed it beats me.

I opened an Ubuntu One account this morning to try it out. Could save notes with any consistency (initial or otherwise). Using a Web interface on Vista.

It does nt work. No possible to save after editing a note.

Using ubuntu 9.10

On Mon, Feb 15, 2010 at 5:31 PM, Doug <email address hidden> wrote:

> I opened an Ubuntu One account this morning to try it out. Could save
> notes with any consistency (initial or otherwise). Using a Web
> interface on Vista.
>
> --
> Tomboy note sync and web-ui for notes are broken
> https://bugs.launchpad.net/bugs/501020
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>
> Status in Ubuntu One Servers: Confirmed
>
> Bug description:
> Web interface:
>
> It is possible to create a note, initial save works fine, the note receives
> its uuid and all subsequent changes lead to "There was a problem with saving
> your note".
>
> Tomboy:
>
> *** Update: as of Sat, Jan 23, Tomboy sync works fine. Old content is
> listed below.
>
> Unable to sync the existing notes because:
> """
> [DEBUG]: Post data:
> {"note-changes":[{"guid":"1c1792b5248243c1967130b23720f7d4","title":"First
> note","note-content":"Hello, this is my first note in Ubuntu One
> client.!\n\nThis is a major change, so it should
> work!","note-content-version":0.1,"last-change-date":"2009-12-28T15:49:36.6766640+02:00","last-metadata-change-date":"2009-12-28T15:49:36.6766640+02:00","create-date":"2009-12-28T13:45:01.0000000+02:00","open-on-startup":false,"pinned":false,"tags":[]}],"latest-sync-revision":2}
> [DEBUG]: Generated auth header params string:
> oauth_consumer_key="anyone",oauth_nonce="2879072",oauth_signature="f5Tv8vCR%2bp6CjCTV37kCTtqS9Uo%3d",oauth_signature_method="HMAC-SHA1",oauth_timestamp="1262008441",oauth_token="xJRBXPGPzmTKhVttbDQb",oauth_version="1.0"
> [DEBUG]: Made web request, got response: <!DOCTYPE HTML>
> <html lang="en" id="ubuntuone">
>
> <head>
> <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
> <meta name="viewport" content="width=960, initial-scale=0.55,
> minimum-scale=0.65">
> <title>Ubuntu One : Server Error (500)</title>
> """
>
> Re-authorization does not help. Brand new account is already having such
> issues.
>
> Since there are more and more of such bug reports, I am making this as a
> master bug report for this issue.
>
>
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntuone-servers/+bug/501020/+subscribe
>

Try what I did.

Go into Preferences and Synchronisation and clear it.
Then add UbuntuOne again.

This caused something to be removed/updated and it all started working.

I just proposed a fix, there may be some tweaking to it, but we're in good shape to get this fix to you guys soon. Apologies for the delay.

Fix is on it's way to trunk, should be on our edge servers by tomorrow (edge.one.ubuntu.com), and hopefully on production by the end of the day.

Try it on edge! https://edge.one.ubuntu.com/notes

Please report back if something doesn't work so I can fix it before deploying to production.

yeah! worked for me. like the new save & cancel buttons.

----- Original Message -----
From: "Martin Albisetti" <email address hidden>
To: <email address hidden>
Sent: Tuesday, February 16, 2010 6:22:31 AM GMT -07:00 US/Canada Mountain
Subject: [Bug 501020] Re: Tomboy note sync and web-ui for notes are broken

Try it on edge! https://edge.one.ubuntu.com/notes

Please report back if something doesn't work so I can fix it before
deploying to production.

** Changed in: ubuntuone-servers
Status: In Progress => Fix Committed

--
Tomboy note sync and web-ui for notes are broken
https://bugs.launchpad.net/bugs/501020
You received this bug notification because you are a direct subscriber
of a duplicate bug.

Status in Ubuntu One Servers: Fix Committed

Bug description:
Web interface:

It is possible to create a note, initial save works fine, the note receives its uuid and all subsequent changes lead to "There was a problem with saving your note".

Tomboy:

*** Update: as of Sat, Jan 23, Tomboy sync works fine. Old content is listed below.

Unable to sync the existing notes because:
"""
[DEBUG]: Post data: {"note-changes":[{"guid":"1c1792b5248243c1967130b23720f7d4","title":"First note","note-content":"Hello, this is my first note in Ubuntu One client.!\n\nThis is a major change, so it should work!","note-content-version":0.1,"last-change-date":"2009-12-28T15:49:36.6766640+02:00","last-metadata-change-date":"2009-12-28T15:49:36.6766640+02:00","create-date":"2009-12-28T13:45:01.0000000+02:00","open-on-startup":false,"pinned":false,"tags":[]}],"latest-sync-revision":2}
[DEBUG]: Generated auth header params string: oauth_consumer_key="anyone",oauth_nonce="2879072",oauth_signature="f5Tv8vCR%2bp6CjCTV37kCTtqS9Uo%3d",oauth_signature_method="HMAC-SHA1",oauth_timestamp="1262008441",oauth_token="xJRBXPGPzmTKhVttbDQb",oauth_version="1.0"
[DEBUG]: Made web request, got response: <!DOCTYPE HTML>
<html lang="en" id="ubuntuone">

<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="viewport" content="width=960, initial-scale=0.55, minimum-scale=0.65">
<title>Ubuntu One : Server Error (500)</title>
"""

Re-authorization does not help. Brand new account is already having such issues.

Since there are more and more of such bug reports, I am making this as a master bug report for this issue.

To unsubscribe from this bug, go to:
https://bugs.launchpad.net/ubuntuone-servers/+bug/501020/+subscribe

Bug still exists. Try the following:
1.: Register a brand new ubuntu one account
2.: Sign In
3.: Click on "Notes"
4.: Click "Add note"
5.: type in a short title (about 5 or 10 characters)
6.: type in a LONG content (at least one page of text)
7.: click "Save note"
8.: you'll get "There was a problem with saving your note"
9.: clicking "Save note" a second or third or even fourth time won't help: you'll get "There was a problem with saving your note"

Still having problems, but now on Windows; Tomboy seems to be able to sync from Ubuntu OK, but I will try again when I get into work.

I have re-authenticated the Windows machine and tried to sync again. The Tomboy dialog gives no detail on what failed (it might be an idea to add a "Details" button to allow people to easily get access to the errors/exceptions). Running from the command line, I see the following:

[ERROR]: Synchronization failed with the following exception: The 'br' start tag
 on line 6 does not match the end tag of 'note-content'. Line 6, position 483.
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.Throw(String res, String[] args)
   at System.Xml.XmlTextReaderImpl.ThrowTagMismatch(NodeData startTag)
   at System.Xml.XmlTextReaderImpl.ParseEndElement()
   at System.Xml.XmlTextReaderImpl.ParseElementContent()
   at System.Xml.XmlTextReaderImpl.Read()
   at System.Xml.XmlTextReader.Read()
   at Tomboy.Sync.NoteUpdate..ctor(String xmlContent, String title, String uuid,
 Int32 latestRevision) in c:\Users\Sandy Armstrong\Desktop\gnome-git\tomboy\Tomb
oy\Synchronization\SyncManager.cs:line 765
   at Tomboy.WebSync.WebSyncServer.GetNoteUpdatesSince(Int32 revision) in c:\Use
rs\Sandy Armstrong\Desktop\gnome-git\tomboy\Tomboy\Addins\WebSyncService\WebSync
Server.cs:line 122
   at Tomboy.Sync.SyncManager.SynchronizationThread() in c:\Users\Sandy Armstron
g\Desktop\gnome-git\tomboy\Tomboy\Synchronization\SyncManager.cs:line 304

@UOG, I am setting this bug as Fix Released, since the original issue that was caused by missing revision specification is indeed fixed. You might be suffering from bug 524555, which describes the problem with lists. But it will be extremely helpful if you could provide the text that causes the problem.

@roadSurfer, I have created a separate bug report for the conversion issue, <br>s should not be sent to Tomboy on sync, therefore it seems that there is some kind of issue with the converter - bug 527335.

Bug triagers, please do not use this bug as a master one for various issues with notes since this is my fault that I grouped two issues and created a single bug report for that. See bugs mentioned above for more specific issue descriptions.

@UOG, the issue you have reported looks like #527374. In case you are able to provide the text you used that has caused such behavior, please provide that to bug 527374, since it is most likely the reason.

@Roman Yepishev

I can't reproduce the error I got at 2010-02-23 and described in #31 anymore.

I'm now repeatedly trying the steps I did that day, entering exactly the same note's title and the same note's content I entered that day, but I just can't reproduce the error.

The note's title was: "mathematics" (excluding the quotes)
The note's content was: "mathematics is the study of quantity structure space and change mathematicians seek out patterns formulate new conjectures and establish truth by rigorous deduction from appropriately chosen axioms and definitions there is debate over whether mathematical objects such as numbers and points exist naturally or are human creations the mathematician benjamin peirce called mathematics the science that draws necessary conclusions albert einstein on the other hand stated that as far as the laws of mathematics refer to reality they are not certain and as far as they are certain they do not refer to reality" (excluding the quotes)

Actually I just retyped a wikipedia article while using only letters a to z and spaces. The content didn't contain any lists or other text formating tags, just letters and spaces.

Used OS: Microsoft Windows XP
Used browser: Mozilla Firefox 3.5.5

But as I can't reproduce the error I got at 2010-02-23 anymore, this is now irrelevant.

This post fixed the 404 errors for me with the op / user swap.

http://<email address hidden>/msg1874643.html

I am facing the same issue and please find my tomboy app details below:

When I click the "Synchronize Notes" option it pops up a dialog with message "acquiring sync lock... " . Then it fails with message "Could not synchronize notes. Check the details below and try again". The details text box provided is empty..

I have confirmed that my Tomboy is setup to connect the Service "Tomboy Web" pointed to the URL "https://one.ubuntu.com/notes"
It had authenticated me through the browser.. (as outlined in the wiki). Now the controls in the "Synchronization" Tab in the preferences settings are disabled and the "Connect" button says "Connected".

I had some notes synchronized couple of days back using Tomboy from another instance of the OS (I had suffered a crash and reinstalled..)

To make matters worse the online site is displaying an error in the notes section now.. with the following :
OOPS-ID-1631appserverZBbBEfEGAFIFaEcJIacHbBHBeJdfbGIfb131164 (If required I can raise a separate bug for this..) The Notes service status on the server is okay..

Following is my config:
I am running Ubuntu 10.4 with 2.6.32-23-preempt kernel image.

tomboy:
  Installed: 1.2.1-0ubuntu1
  Candidate: 1.2.1-0ubuntu1
  Version table:
 *** 1.2.1-0ubuntu1 0
        500 http://in.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages
        100 /var/lib/dpkg/status
     1.2.0-0ubuntu1 0
        500 http://in.archive.ubuntu.com/ubuntu/ lucid/main Packages

Please find my debug log attached. I find a SERVER INTERNAL ERROR being reported.
Also the client outputted the following errors when I tried opening the "Details" panel in Synchronization dialog

(tomboy:13128): GLib-CRITICAL **: g_source_remove: assertion `tag > 0' failed

(tomboy:13128): GLib-CRITICAL **: g_source_remove: assertion `tag > 0' failed

When I checked now the server is still crashing with reference: OOPS-ID-1632appserverZAJdBBJJAfBDHEAJdaBcdHddfJcGEEbfB57853