1. Open LibreOffice; create a new document (e.g., a text document, or a spreadsheet)
2. Tools->Macros->Edit Macros
=> the cursor is automatically in Object Catalog's "My Macros & Dialogs/Standard/Module1"
3. Press Ctrl+End
When bisecting, sometimes in bad builds, on Ctrl+Enter it moved to the last entry Untitled 1's "Standard" subelement; collapcing it, then selecting initial node again, and repeating Ctrl+End crashed it. In good builds, it always moved to Untitled 1 without expanding it.
Regression after https://git.libreoffice.org/core/+/1ac2c003a237af28132d34946f76b57652e20a47
> author Caolán McNamara <firstname.lastname@example.org> Tue Feb 11 12:15:00 2020 +0000
> weld ObjectCatalog
The problem seems to be that when it moved to the last entry, it selected that entry in SvImpLBox::m_pCursor, then detected that it's dummy entry in IMPL_LINK_NOARG(SalInstanceTreeView, ExpandingHdl, SvTreeListBox*, bool), deleted it (but the m_pCursor in m_xTreeView->pImpl was kept)...
Forgot to mention that it was experienced and bibisected on Windows.
Created attachment 159613 [details]
On pc Debian x86-64 with master sources updated today, I could reproduce this with gen rendering (not with gtk3)
Caolán McNamara committed a patch related to this issue.
It has been pushed to "master":
Resolves: tdf#132143 make placeholder nodes unselectable
It will be available in 7.0.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
should be ok in master now again
Build ID: 4ba1909f12b49f020195b5e767045340717ce6df
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11;
Locale: en-US (en_US.UTF-8); UI-Language: en-US
@Caolán, thanks for fixing this issue!!