everpad
everpad copied to clipboard
nvbn
Notes not saved
I am trying to package everpad for openSUSE. I already created a package.
Everything runs OK, notes are correctly read. If try to edit or add note, everything again runs seemingly OK: note is edited, tray icon reports that note was saved, next time I see the new version of the note, but the note is apparently not created and/or saved: web applications shows the original version of the note.
I even tried to port everpad to the latest Evernote Python SDK (just 2 lines needs to be changed), and the result is the same.
I am using GNOME Shell and openSUSE 12.3.
Trying to edit note called "test" in everpad:
everpad-provider --verbose Notebook Můj zápisník remote Notebook Výstřižky remote Tag linux remote Tag nákupy remote Note test remote /usr/lib64/python2.7/site-packages/sqlalchemy/sql/expression.py:1927: SAWarning: The IN-predicate on "resources.id" was invoked with an empty sequence. This results in a contradiction, which nonetheless can be expensive to evaluate. Consider alternative strategies for improved performance. return self._in_impl(operators.in_op, operators.notin_op, other) Note Linuxové fotonovinky - začínáme remote Note Rychlé poznámky remote Note Nákup remote Note Car Washer remote expected a character buffer object
Here is a preliminary openSUSE package: https://build.opensuse.org/package/show?package=everpad&project=home%3Asbrabec
Feel free to pick patches.
Were you able to solve the issue? I am facing the exact same issue on openSUSE 12.3 with KDE 4.11 RC1.
Not yet. But I see that the issue is more complex. Not even that notes are not saved, but also updates done on other machine (and synced to the cloud) don't appear in Everpad. Just the initial sync succeeds. I suspect that some function checking for note being up to date is broken.
I have this issue with notes which has an attachment. When running everpad-provider --verbose I see the synchronisation ending with a note with an attachement.
It seems like it fails on line 271 of everpad/provider/models.py because of an empty body although it should have received the body according to the API. Or at least that's what it does with mine.