Writing in xournal lags or doesn't complete and selection boxes render incorrectly

[Ed K]

Binary package hint: xournal

This may be a similar issue to https://bugs.launchpad.net/ubuntu/+source/xournal/+bug/199999, however the proposed workarounds (disabling xinput and discard core events) do not work. The writing lags, and when writing is rendered the display is only updated in choppy blocks. The writing actually inside the blocks doesn't appear jagged, it is rendered smoothly.

I've attached some screenshots which show the rendering errors. They are taken of the same document, and show both the incorrect rendering of strokes and selection boxes.

Description: Ubuntu intrepid (development branch)
Release: 8.10

xournal:
  Installed: 0.4.2.1-0.1ubuntu1
  Candidate: 0.4.2.1-0.1ubuntu1
  Version table:
 *** 0.4.2.1-0.1ubuntu1 0
        500 http://mirror.umoss.org intrepid/universe Packages
        100 /var/lib/dpkg/status

The output of Xournal itself is fairly uninteresting:

xxx@xxx:~$ xournal

(xournal:13089): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated

(xournal:13089): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated

[Hugh Eaves (hugh-hugheaves)]

I have the same problem. For me, the problem only happens when the drawing area (page) is sized to be smaller than the xournal application window. If I resize the application window to be smaller than or the same size as the page, then xournal works correctly. Also, resizing the page (page zoom in or out) causes all the missing strokes to appear. It appears the strokes are being captured correctly, they're just not being rendered.

 I tried rebuilding xournal from source and disabling "ENABLE_XINPUT_BUGFIX", but it didn't help.

[Vincenzo Ciancia (vincenzo-ml)]

If I click with the mouse (not the pen) on the xournal window while the drawing area is smaller than the window, then it blocks and starts eating all my memory eventually trashing my system. If i use the pen I can't see this bug. Are you using the pen or the mouse? Are you using xinput or not?

[Denis Auroux (auroux)]

This is actually a problem not with xournal, but with libgnomecanvas -- I'm assuming there was a faulty update to libgnomecanvas in Ubuntu. This bug has first affected various versions of OpenSUSE, where it was first evidenced, then fixed, then reappeared...

https://bugzilla.novell.com/show_bug.cgi?id=425710
https://bugzilla.novell.com/show_bug.cgi?id=430785

The immediate solution is to get the libgnomecanvas packagers for Ubuntu to *not* include a patch called libgnomecanvas-no-tearing.diff, or to include an updated patch that can be found attached to the latter of the two bug-reports mentioned above.

Thanks,
Denis

[Vincenzo Ciancia (vincenzo-ml)]

Thanks to Denis (he is the upstream developer). Confirming in libgnomecanvas but I think we should leave the bug opened in xournal to prevent dupes.

[Ed K (ekohlwey)]

Rebuilding libgnomecanvas with the aforementioned patch (https://bugzilla.novell.com/show_bug.cgi?id=430785) solved the issue for me. Simply replace the contents of 90_upstream_correctly_update.3.patch with the contents of the link.

[Joe Smith (yasumoto7)]

I'll see about whipping together a debdiff.

[laurentp (laurentpotvin)]

How do you rebuild libgnomecanvas? The bug is still there. Sorry for the noob question, but I'm not really familiar in patching packages on Ubuntu. Thank you.

[Sara (sfauzia)]

This bug only effects me when I use maximus and window-picker applet from the official Netbook Remix PPA. If I use the ones in default Ubuntu repositories (for Intrepid) I don't have this problem.