[Libreoffice-bugs] [Bug 132143] New: CRASH using Ctrl+End in Object Catalog

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=132143

            Bug ID: 132143
           Summary: CRASH using Ctrl+End in Object Catalog
           Product: LibreOffice
           Version: 7.0.0.0.alpha0+ Master
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Keywords: bibisected, bisected, regression
          Severity: normal
          Priority: medium
         Component: BASIC
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: mikekaganski at hotmail.com
                CC: caolanm at redhat.com

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

  => CRASH.

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 <caolanm at redhat.com>	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)...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200416/2f6dc0ba/attachment.htm>