GNOME Bugzilla – Bug 603667
[Win32] Worksheet Tab names disappear when selected
Last modified: 2010-04-22 17:25:39 UTC
Open a new spreadsheet. Worksheet tabs "Sheet1" "Sheet2" "Sheet3" appear at the bottom as expected. Click the Sheet2 tab and both "Sheet1" and "Sheet2" disappear. The text reappears if the window is maximised or restored (but that's not a great workaround!). On a spreadsheet with 30 worksheets, scrolling through the tabs can wipe the text from all of the tabs. This makes Windows Gnumeric unuseable for us. Windows XP and Gnumeric 1.9.16 (gnumeric-1.9.16-20091130-debug.exe)
Can you attach a screen shot of this, please?
Created attachment 149038 [details] Initial state of Gnumeric window
Created attachment 149039 [details] Sheet tab text vanished
Comment on attachment 149039 [details] Sheet tab text vanished Single left mouse click on Sheet2 tab causes Shett1 and Sheet2 text to disappear. I've only seen this on the Windows version.
Created attachment 149040 [details] Multiple tabs all blank Duplicating Sheet3 repeatedly causes most tabs to lose their text. Scrolling through the tabs using the triangles to the left or right can lose all the tab text. Window maximise/restore will restore all the tab text. Note that scrolling left or right through the tabs appears to show the wrong cursor glyph when the triangle is clicked - a top left corner with a black narrow pointer in it. Again, I've only seen his in the Windows version.
Clearly Win32 only. Most like caused by gtk+ not redrawing right. Observations: * the container that holds the tabs appears to be sized right. * forced redraw (min+max) makes the tabs appear
*** Bug 603718 has been marked as a duplicate of this bug. ***
This problem is not reproducible with the Windows 1.9.1 version (gnumeric-1.9.1-win32-20080625.exe). Also the cursor glyph stays correct when scrolling right or left through the sheet tabs.
Similar issues exist in various dialogs. I just tested the preferences dialogs, which is almost unusable.
*** Bug 594512 has been marked as a duplicate of this bug. ***
I can confirm this bug on WinXP SP3 with the latest availabel Win32 build. gnumeric-1.9.16-20091130-debug.exe I cannot observer the problem with the build gnumeric-1.9.12-20090902-debug.exe which has been the latest build that I could find on the homepage. Hope this helps.
*** Bug 604635 has been marked as a duplicate of this bug. ***
*** Bug 606023 has been marked as a duplicate of this bug. ***
*** Bug 609245 has been marked as a duplicate of this bug. ***
*** Bug 610485 has been marked as a duplicate of this bug. ***
*** Bug 610752 has been marked as a duplicate of this bug. ***
We use a GtkEntry derived widget to display sheet names. Even when using an original GtkEntry and a GtkNotebook (instead of GnmNotebook) the problem still exists. Looks like that the entries are not displayed again when the page changes and that this is actually a Gtk+ bug. I'm not allowed to reassign.
Gnumeric has other named tabs and this problem doesn't occur. e.g. in the Format Cells dialog. Is this using a different code? Can't you use the same? (BTW Thank you for not giving up on the Windows build)
Other named tabs use GtkLabel, because there is no name that needs to be changed.
*** Bug 613063 has been marked as a duplicate of this bug. ***
To make the windows build usable, would it be possible to change the tabs to GTKLabel in the windows build? Users would still be able to change tab names int he manage sheet dialog.
Possible, but such a build must be spewing criticals like crazy.
If you have the time to fix bugs, I can run a Debug build and send the debug logs... Andreas, that would be a nice short term solution. Thanks!
I have isolated the problem and filed it as bug 614624 against gtk+.
Thanks
*** Bug 614777 has been marked as a duplicate of this bug. ***
Bug 614777 describes a possible workaround for this problem.
*** Bug 614970 has been marked as a duplicate of this bug. ***
Fix in hand.
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.