Zim

Synced notebook is not fully created in Zim

Bug #1591900 reported by Drezha
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Zim
Expired
Undecided
Unassigned

Bug Description

My Notebook.zim file has been changed so that shared=True but syncing the notebook between computers doesn't seem to fully replicate the database/index.

For example, I create a new page on PC 1. I then sync the file to PC 2 and then access it - PC 2 does not display the new page within the sidebar. The file is present within the folder but Zim isn't displaying it.

It can occasionally access the page by using the jump to command. It wont let me create the file again, as it says the file already exists. Rebuilding the database using the dropdown menu within Zim does nothing.

Both PC's are running Zim Portable 0.65 on Windows 7 for PC 1 and Windows 10 for PC 2. Data is being synced via SFTP.

I'm unsure if it is related or not, but it seems that occasionally, the layout isn't quite being followed - I've noticed that I've one or two folders that are displaying as sub pages, rather than in the root as they should be (and is the case when viewed in Explorer).

I've attached an image of the folder in Explorer and in Zim.

Revision history for this message
Drezha (drezha) wrote :
tags: added: index win32
Revision history for this message
Galois Ghost (galoisghost) wrote :

Not a windows only bug also affecting zim 0.65-3 on Parabola GNU/Linux and zim (0.65-2~bpo8+1) on Debian

Revision history for this message
Galois Ghost (galoisghost) wrote :

OK so I've been trying this all day and failed. Of course as soon as I post a comment I find the option that does what I thought was missing. Tools | Update Index I'm using git to sync.

Revision history for this message
Drezha (drezha) wrote :

Unfortunately within the Windows Portable build that I have, the rebuild index doesn't work.

However, the same synced notebook works perfectly fine on my Ubuntu laptop - data being synced to it is picked up on startup of Zim and displays fine.

Revision history for this message
Raheel (raheelchaudhry) wrote :

In trying to delete a page that shows in the tree but does not exist on the disk, this is the error I get:

This is zim 0.65
Platform: posix
Locale: en_US UTF-8
FS encoding: UTF-8
Python: (2, 7, 12, 'final', 0)
Gtk: (2, 24, 30)
Pygtk: (2, 24, 0)
Zim revision is:
  branch: zim-trunk
  revision: 805 <email address hidden>
  date: 2015-11-01 15:42:45 +0100

======= Traceback =======
  File "/usr/lib/python2.7/dist-packages/zim/gui/__init__.py", line 885, in _action_handler
    method(*arg)
  File "/usr/lib/python2.7/dist-packages/zim/gui/__init__.py", line 1716, in delete_page
    self.notebook.trash_page(path, update_links, callback)
  File "/usr/lib/python2.7/dist-packages/zim/notebook.py", line 1767, in trash_page
    return self._delete_page(path, update_links, callback, trash=True)
  File "/usr/lib/python2.7/dist-packages/zim/notebook.py", line 1808, in _delete_page
    self.store_page(page)
  File "/usr/lib/python2.7/dist-packages/zim/notebook.py", line 1434, in store_page
    store.store_page(page)
  File "/usr/lib/python2.7/dist-packages/zim/stores/files.py", line 104, in store_page
    page._store()
  File "/usr/lib/python2.7/dist-packages/zim/stores/files.py", line 304, in _store
    lines = self._dump()
  File "/usr/lib/python2.7/dist-packages/zim/stores/files.py", line 338, in _dump
    raise AssertionError, 'BUG: Can not store a page without content'
AssertionError: BUG: Can not store a page without content

===========================

I sync between two linux computers. One computer A, I deleted some pages, when I synced it with Computer B, Computer B still shows the pages (subpages are dimmed). If I try to delete any of those pages, I get the error shown above.

Revision history for this message
Raheel (raheelchaudhry) wrote :

Okay this is interesting. I just reported the bug above but the developer in me didn't rest. I tried a few changes that did not make any difference. Then, while looking at the content of file notebook.zim, the option shared=True caught my eye. Since I was syncing but not doing any live sharing I decided to turn it off.
BINGO!
No more nodes of deleted pages show up in the tree and I'm a happy camper again.
BTW, Zim's got to be the most useful program I have ever used. Thanks for making it.

Revision history for this message
Jaap Karssenberg (jaap.karssenberg) wrote :

(Re-)Indexing has been improved in 0.66 release - hope it helps for this case

Changed in zim:
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for Zim because there has been no activity for 60 days.]

Changed in zim:
status: Incomplete → Expired
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.