Created attachment 167499 [details]
This is a follow-up of bug 131455 found while writing a unittest < https://gerrit.libreoffice.org/c/core/+/106403 >
Steps to reproduce:
1. Open the attached document ( extracted from sc/qa/unit/uicalc/data/tdf126904.ods )
2. Select Sheet2.
3. Right-Click on the Row 9 header and Delete the row.
4. Return to Sheet1 - Right Arrow beyond Column "N" causes jump to "BM".
Build ID: 2f7b5634487ac3d27777ab12a57089e71ea5216d
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
I can reproduce this issue back to
Build ID: 0771823d80abadf8e7f2ccc078f3f9e2c277f8a5
@Eike, I thought you might be interested in this issue
(linux) bibisect-44max point to the range of commits https://cgit.freedesktop.org/libreoffice/core/log/?id=ec11b7330fab72dc56d847c7c3691fddbb18096e&qt=range&q=0494f0029ffbd17c1355437352bf42b193eab27e%5E1..d6cae8aa53c93da74650bfdf52fe47946ee870e4
Ahh, you don't even need steps 2 and 3. Just open the document and try to move past column N.
Make sure you look at the prior bug report (and note all of the "fixes to regressions") before investigating this bug. So many aspects of this are fixed in 7.1 beta, but not the specific situation mentioned here. Earlier bug reports indicate that BL is likely a traditional upper limit on columns, so BM is part of the extended range.
Note that the cursor is not supposed to be able to move past row N. Those cells are protected.
Step2. I doesn't matter which other sheet you pick. There is nothing special about Sheet2 or row 9.
So my guess is that when one sheet is extended, all sheets get extended - and now the extended columns have default values and so are unprotected.
I'm leaving this one strictly for the pros who are extending the column space.