Created attachment 86745 [details]
screenshot when first opened

Created attachment 86746 [details]
after problem goes away by clicking another entry

Clearly the case.

Note my comment in Bug 434754.  This bug seem dependent on the 'theme'.

I cannot reproduce this one, no matter whether the gtk theme is MS-Windows or the default one.  Removing the horizontal and vertical lines as in the screenshots does not change anything.
Any idea?

So I got myself a new computer (my old one was getting slow).  I started from a fresh install of windows and I no longer have this problem.  In fact, it defaults to the GTK type theme (default?) instead of the MS-Windows style that had other problems (like small toolbar icons, even when I hacked the theme config file).  I had a whole bunch of GTK stuff on that machine (old stuff, upgraded stuff, uninstalled stuff), so it may have just been the usual gunk that comes with Windows install aging...

I'll let you know if I can reproduce it.

Still happens on my machine.

The only GTK apps on it now are Pidgin 2.0.0, and GnuCash.  There is no ~/.gtkrc-2.0 file by default, so if I create one and set the theme to "MS-Windows" it happens again.

And this is on a fresh windows install on a new machine (different video card, etc).

OK.  After endless gdb sessions, here are the details:

* this is NOT a Windows- or theme-specific bug, just add

  style "user-font" {
    font_name = "Times New Roman 16"
  }
  widget_class "*" style "user-font"

to your ~/.gtkrc-2.0 file on your UNIX and you will see the same problem

* before the register page is added to the main window, the register is being created for a widget with default style.  This is "Sans" (I think 8)
* then the widget is added, styles take effect and texts use the specified fonts
* as soon as another row is selected in the register, some (all?) register sizes are recalculated and the the rows are redrawn correctly.  Switching tabs, windows or whatever other focus is not enough

Maybe there is an easy fix possible in the old register, but I have already wasted too much time on this minor bug :-)

*** Bug 477062 has been marked as a duplicate of this bug. ***

Created attachment 100482 [details]
Rendering problems on Windows from the 2.2.1 release

I'm pretty sure I'm having the same problem. I have a different Windows font size set for various widgets, and I suspect this is causing similar problems in other GTK-related programs I use (Inkscape, perhaps?).

The situation is much worse than just poor spacing, though. Occasionally entire blocks of the ledger will blank out, gaps will appear, and focus is like playing whack-a-mole. None of these problems existed in the 2.2.0 Windows package.

All that said, I am at least grateful for the fact that this release has started respecting some of my Windows font settings.

Most of these problems have disappeared as of the 2.2.2 release for Windows. The extra space is still there initially, but once you focus on a transaction, the space disappears and the interface functions normally.

I never experienced the problems from comment #10, so as far as I can tell, this bug didn't change (for better or worse) with any revisions in the 2.x line.

This problem has gotten worse for me with release 2.2.3.  Now instead of simply having a little extra gray space between entries, anything above the blue 'today' line is all gray (no entries can be seen), below the line the entries show up as they used to with the extra grey space.  Once I click anywhere it all goes away and shows up like it should (just like it used to).

I'm able to reproduce the issue on Gnucash 2.2.8 in Windows XP

Still happens to me with GnuCash 2.2.9, Windows XP, classic theme.

I can reproduce in trunk on Mac OS X leopard / MacPorts / quartz if I follow the steps in comment 8 and use "Times New Roman 8". With "Times New Roman 24", the rows overlap each other instead of underlap.

So this is definitely not fixed and is not Windows-specific. Since I can reproduce it, if I can fix it then we'll see if it helps bug 502649 at all.

*** Bug 575579 has been marked as a duplicate of this bug. ***

This is fixed for me as of r18023. I am using Mac OS X leopard / MacPorts / quartz.

For those willing/able to compile trunk, can anyone else report whether r18023 fixes the problem in their setup?

Actually, please test with at least r18024 or you may find that the scroll position is off when the register is first opened.

Can anyone confirm that this is fixed in 2.3.0?

As my only Windows machine is my wife's and I'm not set up to build on it, if you can point me to a binary installer I'll try it out...

I'm also willing to test an installable binary on Windows XP.

There are now nightly bleeding-edge builds for Windows that can be tested. The resulting installer .exe can be found at:
http://code.gnucash.org/builds/win32/trunk/

Just remember that these are not considered safe-to-use with precious data, so make a backup first. Please test with r18101 or better and let me know how it goes.

Looks good for me, using build "from svn r18101 on 2009-06-02"; I don't see the GKT version in the GnuCash about box (Add/Remove programs lists only GTK+ Runtime 2.14.7 rev a).  Tested on Windows XP, SP3, with the Classic theme.  I tried a variety of styles - single row, double row, basic, auto-split, with and without the line between rows, and between columns.

Does it still look OK if you make your font extra small?

Actually don't worry about testing that. Since you reported that it was broken in 2.2.9 on your system in comment 15, I think this can be closed out as fixed/verified.

Marking as verified per comment 24.

Randy, were you also affected by bug 502649? Maybe you could see if that one is fixed too. Many thanks for your help, by the way.

I've commented on bug 502649.  Thank you (and all the developers) for all your work!

GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=432021. Please update any external references or bookmarks.