Description: If you add auto filter, reload the doc, and then try to toggle auto filter, the program will crash. I used the CSV file format. I've never looked at the Libreoffice code, but I have a feeling the solution is to update the state of the auto filter button after a document reload is performed. Steps to Reproduce: 1.) Open a document. I used a CSV. 2.) Turn on the auto filter. 2.) Edit the file in another program. I used a text editor. 4.) In Libreoffice, go to File>>Reload. 5.) Try to toggle the auto filter. It will crash. Actual Results: Crashy, crash crash Expected Results: No crash Reproducible: Always User Profile Reset: No Additional Info: Version: 6.2.4.2 Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk3; Flatpak Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Please test Menu/Help/Restart in Safe Mode.
Just figured out a new piece of the puzzle. (Tried it in safe mode) It's a problem with the Auto Filter button in the Tabbed user interface mode. Will update the reproduction steps.
Ok, I don't think it's possible for me to edit the Steps to Reproduce, so I'll put it here. Steps to Reproduce: 1.) Open a document. I used a CSV. 2.) If it is not already enabled, turn on the Tabbed User Interface mode 3.) Turn on the auto filter. 4.) In Libreoffice, go to File>>Reload. 5.) Try to toggle the auto filter. It will crash.
no crash in Version: 6.4.0.0.alpha0+ (x64) Build ID: c0d1bdbb8a9aca2ef2e475268a953da995567700 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-22_23:10:51 Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded please attach your CSV file here
Created attachment 152434 [details] Example CSV file CSV is attached. Here is a screencast: https://youtu.be/4eHJYB688as Also worth mentioning my desktop environment is KDE. I cannot generate a backtrace, but I do see this error: Executable: soffice PID: 12665 Signal: Segmentation fault (11) Time: 6/26/19 17:26:33
If I start KDE from the terminal, here is the output that happens during a crash: (soffice:13638): Gdk-WARNING **: 17:34:07.442: XSetErrorHandler() called with a GDK error trap pushed. Don't do that. KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = soffice.bin path = /usr/lib/libreoffice/program pid = 13638 KCrash: Arguments: /usr/lib/libreoffice/program/soffice.bin --nocrashhandler KCrash: Attempting to start /usr/lib/drkonqi from kdeinit sock_file=/run/user/1000/kdeinit5__0
Apologies. I meant "If I start Libreoffice"
[Automated Action] NeedInfo-To-Unconfirmed
KDE is not necessary, I reproduced with LO6.3 and 6.4+ in Mint's gtk3. Interesting, no Reload in Tabbed UI in File tab, so I had to use menu. On Reload, I Cancel All Changes. Filter seems lost, but icon stays on in Data tab. (that's the difference to old toolbar icon, that one would be turned off). When I try to turn it off (to turn it on again) Lo crashes with crash report. I have an issue that I don't see a link in crash report. Doug, if you do, please add it to "Crash report or crash signature:" field.
Also reproduced in Versión: 6.3.1.2 (x86) Id. de compilación: b79626edf0065ac373bd1df5c28bd630b4424273 Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; Configuración regional: es-ES (es_ES); Idioma de IU: es-ES Calc: threaded
Also reproduced in Version: 6.1.0.0.alpha1+ Build ID: 3a801799536e6870f2fb111b1cc00b9575a35a39 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group
Created attachment 154236 [details] bt with debug symbols On pc Debian x86-64 with master sources updated today + gtk3, I could reproduce this.
Although I could reproduce before with 6.3, I don't now, so I cannot retest 7.2+. Please retest both old and new and write exact repro steps.
Repro 7.2+, only with Reload via File in Menubar. No repro with Close.
Reproduced with: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 94d552f94b427f884c004dba5d4619ecf729d605 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-18_13:30:27 Calc: threaded Couldn't find "reload" so used the new command palette shortcut Ctrl + F1 and searched for "reload".
Dear Doug B, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
It isn't just filter, it is pretty much anything. For example, before a reload I can freeze/split windows, but after a reload, nothing works. I don't see the same problem in Writer.
*** Bug 151066 has been marked as a duplicate of this bug. ***
(In reply to Justin L from comment #18) > *** Bug 151066 has been marked as a duplicate of this bug. *** I am not sure that bug 151066 should be considered as duplicate of bug 126006. If the crash that was reproduced in this bug 126006 is no longer so, but the behavior as described in bug 151066 still is, then this bug 126006 could be closed and bug 151066 could be kept opened, to be resolved.
(In reply to ady from comment #19) > I am not sure that bug 151066 should be considered as duplicate of bug > 126006. Actually, the crash information is an excellent clue for finding the root of the problem. A crash usually means that a pointer no longer points to something valid. Well, that makes sense in this case. If the toolbar points to something that no longer exists, then it will not work. Fixing the crash generally just means ignoring the bad pointer, so now we no longer crash, but still do nothing. And that is exactly what we are seeing with this bug report. The crash was fixed in LO 7.3/7.2.x/7.1.x with commit 7cbd6d768d282077053c354254315f3dc89bf254 Author: Michael Stahl on Wed Jun 30 13:26:59 2021 +0200 sfx2: try to fix lifecycle of SfxOfficeDispatch https://gerrit.libreoffice.org/c/core/+/118195
The first difference I noticed is in sfx2/source/control/unoctitm.cxx dispatch, where if ( !pDispatcher && pBindings ) has neither pDispatcher nor pBindings after a reload. The old SfxDispatchController_Impl notified SfxHintId::Dying, and a new SfxDispatchController_Impl has been created, but when clicking on the button, the old SfxDispatchController_Impl is responding.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0211c88f884065aa179725bd2eb846edd4c5bb6b tdf#126006 sc SID_RELOAD: restart notebookbar It will be available in 24.2.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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d0bbc16b1715a3711d872a36c7e525e8d3811669 Revert "tdf#126006 sc SID_RELOAD: restart notebookbar" It will be available in 24.2.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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Comment 22 contains a patch that "fixes" the problem. However, in testing it appeared that UITests got hung up more easily with this change. So it was reverted. Looking at the Writer fixes this copied, they all seem rather fragile. So while it is a nice code pointer, it probably needs so more fundamental analysis and fix.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ef1484c731140699f26d15f4cda36f1a81e73abe Revert "Revert "tdf#126006 sc SID_RELOAD: restart notebookbar"" It will be available in 24.2.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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.