Large account not rendered entirely

[Olosta]

Binary package hint: gnucash

This bug appeared since I upgraded to natty, it was working fine in maverick. The version I use is: 1:2.4.2-1ubuntu1

Since this looks like a display issue, I tried both Unity and the Classic mode with the same result.

With large accounts, the last rows are not rendered. If I scroll to the beginning of the account the rendering is normal but after a point the list rendering is not updated anymore and I get whatever was on the screen before.

The point seems to be related to the size of the table. It is 05/12/2009 in simple line and 10/14/2010 in double line.

The trace in /tmp/gnucash.trace also suggests this:
~
* 16:46:59 WARN <gnc.backend.dbi> [gnc_module_init_backend_dbi()] No DBD drivers found
* 16:47:11 CRIT <qof> qof_query_guid_predicate: assertion `options == QOF_GUID_MATCH_NULL' failed
* 16:47:13 WARN <Gdk> Native Windows wider or taller than 65535 pixels are not supported
* 16:47:13 WARN <Gdk> Native children wider or taller than 65535 pixels are not supported
* 16:47:13 WARN <Gdk> Native children wider or taller than 65535 pixels are not supported
* 16:47:13 WARN <Gdk> Native children wider or taller than 65535 pixels are not supported
* 16:47:44 WARN <Gdk> Native children wider or taller than 65535 pixels are not supported
* 16:47:44 WARN <Gdk> Native children wider or taller than 65535 pixels are not supported
* 16:47:57 WARN <Gdk> Native children wider or taller than 65535 pixels are not supported
* 16:47:57 WARN <Gdk> Native children wider or taller than 65535 pixels are not supported
* 16:50:16 CRIT <gnc.import.aqbanking> gnc_plugin_ab_account_selected: assertion `GNC_IS_PLUGIN_PAGE(plugin_page)' failed
~
==================================================

Finally, this looks similar to this debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561791

I tried to play with GDK_NATIVE_WINDOWS but with no results, and it is not set by default on my machine.

It's possible to work around the bug by only displaying a few hundred transactions in the preferences.

[tony addyman (tony-addyman)]

I can confirm that the work around mentioned by Olosta (many thanks for that, by the way) does allow you to view the most recent N transactions, and add new ones. Of course, the transactions that are not displayed cannot be viewed or edited. I have set the register display (N) to 500.

[mchenier (mchenier1)]

How do you set the register display to 500? I don't find it.

[Song Koh (song)]

Edit->Preferences->Register Defaults->Number of Transactions

[mchenier (mchenier1)]

For me the problem seem to happen in only one account. The account freeze when I try to scroll to the last entry.

[Jan Beilicke (jotbe)]

Have the same issue on my Netbook (Eeepc 1000HE). The register of the biggest account was not rendered at all. Sometimes the previous opened register content was (still) displayed. Register display was limited to 0 (infinite). After setting it to 1000, the register was rendered again.

[Olosta (hameltho)]

@Jan: are you sure the account is not rendered at all? What happen when you scroll to the top of the account?

[mchenier (mchenier1)]

I set the register to 500 and it's ok (thanks Song Koh)

[John Marter (gjmarter)]

I don't know if this is the same for everyone, but I found that 1488 was the largest number of transactions that I could show without the problem appearing. I was using the Register Defaults method of limiting transactions.

[Edward DeMeulle (ed-demeulle)]

I've noticed the same problem with the Natty upgrade. Paging up through transactions after limiting to 500 shows an image of the toolbar flashing for a moment at the bottom of the register with each keypress. Looks kinda weird.

[Arseny Klimovsky (arseny.klimovsky)]

I have the same problem with the largest of my accounts

[Dave Gilbert (ubuntu-treblig)]

Can anyone confirm if they see this on any newer version - on Quantal, under KDE, GNUcash can render my 10000+ transaction test file fine, UNLESS I set GDK_NATIVE_WINDOWS=1