Bug 147983 - Crash in: SalInstanceTreeView::get_id(weld::TreeIter const &)
Summary: Crash in: SalInstanceTreeView::get_id(weld::TreeIter const &)
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
7.3.1.3 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Crash
  Show dependency treegraph
 
Reported: 2022-03-14 10:25 UTC by Eigil Wiwe
Modified: 2023-09-12 07:53 UTC (History)
3 users (show)

See Also:
Crash report or crash signature: ["SalInstanceTreeView::get_id(weld::TreeIter const &)"]


Attachments
Items in the navigator are not displayed when the form moves space in the hierarchy. (162.00 KB, application/x-msdownload)
2022-03-21 09:13 UTC, Eigil Wiwe
Details
I upload a zip file with a base file and an associated form file. I upload them to a directory hoping they can stay connected. (22.33 KB, application/x-zip-compressed)
2022-04-18 11:06 UTC, Eigil Wiwe
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eigil Wiwe 2022-03-14 10:25:07 UTC
This bug was filed from the crash reporting server and is br-4a820238-0771-48d1-b16d-b3f049fb931f.
=========================================
The error appears to be a display error in the form display navigator. The error occurred after relocating form. The relocation meant that items belonging to the form were not displayed in the navigator.
But when opening the file after the crash, they were there anyway.
Comment 1 Xisco Faulí 2022-03-14 14:24:15 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 2 Eigil Wiwe 2022-03-21 09:13:14 UTC
Created attachment 178999 [details]
Items in the navigator are not displayed when the form moves space in the hierarchy.

I have uploaded a self-extracting file that can demonstrate the navigator error.
I have taken out the element that I think has caused the crash. 

Error In navigator view.
 Go into edit mode and open navigator. Unfold Remark. Remark is now seen with Filter Control 2. 
Drag Remark up to the top line. Remark is now displayed but without Filter Control 2. and cannot be unfolded. 
('Filter control element 2' should be visible) 
Drag Remark back to Birthday. 
Remark can move space but still cannot be unfolded. 
Close Form Navigator. 
Open form navigator again. Unfold Remark and Filter Control 2 reappears.
Comment 3 Robert Großkopf 2022-03-21 14:43:13 UTC
Pleas add an attachment everybody could open - not special windows self extracting file.
Comment 4 Julien Nabet 2022-04-17 16:11:42 UTC
Could you give a try to 7.3.2 + https://wiki.documentfoundation.org/QA/FirstSteps and if you still reproduce this, please attach a zip file or the impacted file directly and not an exe file in any case.
Comment 5 Eigil Wiwe 2022-04-18 11:06:34 UTC
Created attachment 179638 [details]
I upload a zip file with a base file and an associated form file. I upload them to a directory hoping they can stay connected.

I still see the error in 7.3.2
Comment 6 Robert Großkopf 2022-04-18 14:13:46 UTC
Tried to reproduce the bug with the second attachment.

I don't know which "navigator" should be used. I used the "Form Navigator" and opened the folder for subform "Remark". There is a tablecontrol "Tablekontrolelement 2". I moved "Remark" to the top and got 2 forms parallel - both main forms. "Tablekontrolelement 2" move together with form "Remark".

If this isn't the way you could detect a buggy behavior: Describe which "Navigator" you mean. Describe which should be the "Filter Control".

I couldn't reproduce a bug under OpenSUSE 15.3 64bit rpm Linux and LO
Version: 7.3.3.1 / LibreOffice Community
Build ID: 1688991ca59a3ca1c74bc2176b274fba1b034928
CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded
Comment 7 Eigil Wiwe 2022-04-18 17:54:20 UTC
Reply to Robert Großkopf
I see you do the same as I do, but do not see the same mistake.
Comment 8 QA Administrators 2022-04-19 03:26:48 UTC Comment hidden (obsolete)
Comment 9 Xisco Faulí 2023-09-11 12:42:15 UTC
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 10 Eigil Wiwe 2023-09-12 07:53:30 UTC
I have tested the error again with windows 10 and Libreoffice 7,603 bild 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 and I see the same error.
Note comment 6 which does not find the error under another operating system.
It must be a variable that is forgotten during the transfer, but is still remembered in other parts of the Form Navigator.