https://bugs.documentfoundation.org/show_bug.cgi?id=155708
ady <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from ady <[email protected]> --- This is slightly tricky to replicate. Moreover, with a minor derail from the STR, the result can be even worse (or the behavior is not replicated at all), so please follow the steps exactly. Even changing windows back and forth (e.g. to re-read the next step) within the procedure could change the resulting behavior (so probably memorizing/learning the steps beforehand would be recommended) – it took me several times for me to exactly identify the minor differences in reliable repeatable steps. STR_A: 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. Click on "All values" of the "Allow" field. 5. Click on "Cell range" of the "Allow" field. 6. Click once inside the "Source" field. 7. Change window to "Untitled 1" (on MS Windows, [ALT]+[TAB]). 8. Change window to "Untitled 2" (on MS Windows, [ALT]+[TAB]). *Expected* results: The Validity dialog should still be displayed in "Untitled 2". Actual results: No Validity dialog is shown, not even in the back/hidden/minimized. Note: both files can be successfully closed. 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. While STR_B results in a different behavior than STR_A, I'm not sure they should be placed in a separate report. Considering the very minor differences in the steps, the source problem might be closely related for both. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 098e8d6f111ca9d7680ed1eec00522fed6487e95 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (es_AR); UI: en-US Calc: CL threaded Built: 2023-06-21 Setting to NEW. FWIW, Caolán McNamara solved current "See also"s bug 137215 and bug 146913. -- You are receiving this mail because: You are the assignee for the bug.
