Bug 168922 - Can't close Calc anymore after defining a dropdown
Summary: Can't close Calc anymore after defining a dropdown
Status: RESOLVED DUPLICATE of bug 166527
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
25.8.1.1 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-10-17 15:02 UTC by max06.net
Modified: 2025-10-27 07:49 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description max06.net 2025-10-17 15:02:10 UTC
Description:
Creating a dropdown list (data validation) with a cell range breaks various controls as soon as I click into the "cell range"-input field.

Keywords: UI, EDITING

Steps to Reproduce:
1. Open a new calc document

2. Add 2 additional sheets
   (for issue demonstration)

3. Right-click any Cell on any sheet, select "Data Validation..." 
   (popup opens, notice dimmed main window, KDE recognizes only a single application window)

4. Select "Cell Range" in "Allow"

5. Click to activate "Source" input field. 
   ("validity"-modal turns into a separate window, without taskbar icon, but switchable using alt+tab. The main window is no longer dimmed. At this moment, various controls break.)

6. Cancel the modal.




Actual Results:
Switching sheets is no longer possible (workaround: use the navigator.
Document/App can no longer be closed via window controls or main menu. 

Expected Results:
Controls should not break. 


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Tested on nixos unstable using the libreoffice-qt6-fresh package.
Running plasmashell 6.4.5 with libraries on 6.18.0, linux kernel 6.16.11

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+wayland)
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Running calc from terminal only shows 

qt.multimedia.symbolsresolver: Couldn't load pipewire-0.3 library
qt.multimedia.symbolsresolver: Couldn't resolve pipewire-0.3 symbols

on startup and 

This plugin supports grabbing the mouse only for popup windows

repeatedly, even before triggering the issue.
Comment 1 max06.net 2025-10-17 15:13:22 UTC

*** This bug has been marked as a duplicate of bug 156263 ***
Comment 2 Takenori Yasuda 2025-10-17 15:54:52 UTC
I don't think that version and those steps correspond to Bug 156263.
Bug 166527 seems to be the correct duplicate.

I recommend retesting with LibreOffice 24.2.3 and LibreOffice 25.8.2.
If it doesn't reproduce there, it's highly likely a duplicate of Bug 166527.
Comment 3 max06.net 2025-10-17 16:44:33 UTC
Mhm, possible.

I'm currently building 25.8.2 for nixos to test that, since 25.8.1.1 is the latest available build. Might take some hours...

I'll report back once it's done.
Comment 4 max06.net 2025-10-17 18:41:32 UTC
Version 25.8.2.2 seems to be fixed. I can't reproduce my issue anymore.

Although, it's not completely gone: Clicking in the Source input field (step 5) still causes the "validate"-modal to become a separate window, recognized by kde. The dimming on the main window also disappears. But, no more broken controls at least.
Comment 5 Takenori Yasuda 2025-10-27 07:49:25 UTC
Tested with the following version (related to Bug 156263), but the issue described in this report could not be reproduced.
Furthermore, both the reported content and the retest results align with the typical behavior of Bug 166527.

Accordingly, I have marked this report as a duplicate of Bug 166527.

Tested with:
Version: 24.2.3.2 (x86) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 8; OS: Windows 10.0 Build 26100; UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded

*** This bug has been marked as a duplicate of bug 166527 ***