This is split off from bug 155708 comment #1 STR_B, obtaining a much worse resulting behavior: 0. LO is closed before starting the procedure. Open Start Center. 1. Open only one new (empty) Calc window (Untitled 1). 2. [CTRL]+[N] (Untitled 2) 3. Menu Data > Validity 4. Change window to "Untitled 1" (on MS Windows, [ALT]+[TAB]). 5. Change window to "Untitled 2" (on MS Windows, [ALT]+[TAB]). 6. Click on "All values" of the "Allow" field. 7. Click on "Cell range" of the "Allow" field. 8. Click once inside the "Source" field. 7. Change window to "Untitled 1" (on MS Windows, [ALT]+[TAB]). 9. Change window to "Untitled 2" (on MS Windows, [ALT]+[TAB]). Intermediate results: The Validity dialog is still displayed. 10. [ESC] to exit the dialog. 11. Menu File > Close (the window is still opened). 12. Open a new (empty) Writer window; it can be successfully closed. 13. Open a new (empty) Calc window; it cannot be closed. Actual results: Calc windows can _not_ be actually closed; they have to be forcefully closed by using Task Manager. When re-opening LO, these will be listed for recovery attempt. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fcbae818b793a9ee97a1b5ddc53902be7a2376f5 CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (hu_HU); UI: en-US Calc: threaded This seems to have started in 7.2 with: https://git.libreoffice.org/core/+/618cb39b558b7e3f9a6f2aa8cf0a935602118388 author Caolán McNamara <caolanm@redhat.com> Sat Mar 27 16:20:43 2021 +0000 committer Caolán McNamara <caolanm@redhat.com> Sat Mar 27 20:10:49 2021 +0100 tdf#141141 sync SalFrame::GetFrameWeld and weld::GetPopupParent Before this both windows could be closed just fine. Adding CC to: Caolán McNamara
Since this is a split off from bug 155708, let's CC Balazs Varga too. Shouldn't the "Component" field of this bug 156263 be "Calc" instead of "UI"?
(In reply to ady from comment #1) > Since this is a split off from bug 155708, let's CC Balazs Varga too. > > Shouldn't the "Component" field of this bug 156263 be "Calc" instead of "UI"? I'm changing the component field from UI to Calc.
Dear Gabor Kelemen (allotropia), 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
Hi, This is still an issue on: Version: 25.8.1.1 (X86_64) / LibreOffice Community Build ID: 580(Build:1) CPU threads: 32; OS: Linux 6.16; UI render: default; VCL: kf6 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US 25.8.1-1 Calc: threaded I have to note the UI is broken in various ways in addition to those listed by OP. One can not choose a different table on an open document (CTRL+PgUp and PgDown still work). It's as if the validity dialog, which has been closed, still has focus and is "hijacking" input logic of LO (if this description makes sense). Also, the cell range field is useless, one can not actually choose any cell range. The Validity dialog seems quite broken overall.
Cannot reproduce in the following versions. It closes normally at Step 11. Version: 24.8.7.2 (x86) / LibreOffice Community Build ID: e07d0a63a46349d29051da79b1fde8160bab2a89 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Version: 25.2.6.2 (X86_64) / LibreOffice Community Build ID: 729c5bfe710f5eb71ed3bbde9e06a6065e9c6c5d CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Jumbo I believe what is occurring in the LibreOffice 25.8 series is Bug 166527.