After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 643971 - ctrl-end behaves oddly in the presence of hidden rows
ctrl-end behaves oddly in the presence of hidden rows
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
1.10.x
Other Linux
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2011-03-05 20:34 UTC by Johannes Berg
Modified: 2011-03-08 08:17 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Johannes Berg 2011-03-05 20:34:28 UTC
I have a spreadsheet with 71 rows, and data auto filtering.

If no filters are enabled, and I press ctrl-end, it jumps to the last cell as expected.

However, when I filter on some column and then press ctrl-end, gnumeric ends up jumping to some random row way out. I suspected that it goes to the 71st *displayed* row, but it seems to jump to row 141, which is well above obviously as my filter matches about half the rows (71 rows are filled).
Comment 1 Andreas J. Guelzow 2011-03-07 04:30:58 UTC
You don't need auto filters to replicate this. Hidden rows will do. The problem occurs when the row the cursor would end up in is hidden.
Comment 2 Andreas J. Guelzow 2011-03-07 15:01:11 UTC
Note that the issue appears to occur in sheet_find_boundary_vertical.
Comment 3 Andreas J. Guelzow 2011-03-07 15:16:14 UTC
sheet_find_boundary_vertical seems to be designed for a completely different purpose. I don't understand why scg_cursor_move uses sheet_find_boundary_vertical.
Comment 4 Andreas J. Guelzow 2011-03-08 01:32:09 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 5 Johannes Berg 2011-03-08 08:17:42 UTC
That was really quick, thanks!