GNOME Bugzilla – Bug 727438
Cannot Remove Split Pane When Split Pane is Displaying Row Other Than Top Row
Last modified: 2014-05-28 17:44:20 UTC
When you create a split pane partway down a workbook, you can't later drag back up on the sidebar to remove the frozen pane. When I try to I get the following errors in the terminal: ** (gnumeric:11526): CRITICAL **: sv_freeze_panes: assertion 'unfrozen->row >= frozen->row' failed ** (gnumeric:11526): CRITICAL **: sv_freeze_panes: assertion 'unfrozen->row >= frozen->row' failed ** (gnumeric:11526): CRITICAL **: sv_freeze_panes: assertion 'unfrozen->row >= frozen->row' failed ** (gnumeric:11526): CRITICAL **: sv_freeze_panes: assertion 'unfrozen->row >= frozen->row' failed (process:16226): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed Version is 1.12.13.
I do not see this in current gnumeric git.
We have no relevant changes between 1.12.13 and current git.
@Joe, which version of gtk are you using?
libgtk-3-0 is at 3.8.6-0ubuntu3.1 (from synaptic).
Can you get a stack trace for this, please? (Run under gdb, set breakpoint at g_log, then run.)
Sorry, I tried > gdb gnumeric (gdb) set breakpoint g_log Undefined set breakpoint command: "g_log". Try "help set breakpoint". my gdb-fu is not the strongest. Can you either tell me a little more specifically what you want me to do or point me to a "debugging gnumeric/gnome apps" page. Thanks.
gdb /path/to/gnumeric start b g_log c # make the problem happen where There's chance that the problem happens when the mouse is "grabbed" by gnumeric. In that case, you'll have a system that appears frozen. If so, press alt-ctrl-f2, log in, and issue the command "pkill -9 gnumeric".
I had to kill gnumeric since the mouse was grabbed by gnumeric. So I only got: (gdb) bt
+ Trace 233499
I couldn't replicate it previously since I missed the fact that the top row could not be visible.
The key here is to tell gdb to not require keyboard input. Something like this: ------------------------------------------------------------- start b g_log commands 2 where cont end set height 9999 cont ------------------------------------------------------------- Breakpoint 2, 0x00007ffff659fcf0 in g_log () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
+ Trace 233633
This is crazy. Yesterday I could reproduce; today I cannot. If anyone can reproduce, please post instructions in minute details.
new gnumeric scroll so that row 500 is in the middle of the window; row 1 should not be visible. select A500 view->freeze panes now try to drag the pane separator line above teh vertical scrollbar on the right side of the window to the very top. In the terminal we see many: ** (gnumeric:17508): CRITICAL **: sv_freeze_panes: assertion 'unfrozen->row >= frozen->row' failed Note that during the dragging the panes may change size but we cannot drag the separator high enough to remove the frozen panes. Note that you can still unfreeze the panes via the menu.
Sometimes. There is certainly something timing-dependent going on here. It has something to do with how fast the handle is moved.
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.