Bug 170245 - UI & FORMATTING: Format→Conditional→Manage… dialog breaks *on second edit only* (Data loss)
Summary: UI & FORMATTING: Format→Conditional→Manage… dialog breaks *on second edit onl...
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
25.2.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-01-06 14:54 UTC by Evi1M4chine
Modified: 2026-02-05 15:40 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Minimal example (12.33 KB, application/vnd.oasis.opendocument.spreadsheet)
2026-01-11 21:33 UTC, Evi1M4chine
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Evi1M4chine 2026-01-06 14:54:35 UTC
Description:
[See steps below; it’s quicker.]

Steps to Reproduce:
When the dialog is open, and there are multiple conditional formattings listed in there,
then double-clicking on one, or using the Edit… button, you get the correct dialog. Closing it, with OK or Cancel, takes you back to the list dialog.

Actual Results:
But then double-clicking or using the Edit… button opens the dialog for a new conditional formatting on the cell(s) currently selected!
Worse, closing it does not take you back to the list, but *everything you changed in there is lost*.

Expected Results:
You should be able to edit multiple entries in that list.
It should always open the selected entry.
It should always take you back to the list dialog.
It should not ever lose any data.

And most importantly, it should generally be consistent on repeating.


Reproducible: Always


User Profile Reset: No

Additional Info:
I did this a dozen times! It is insanely infuriating! Because you don’t assume that it only happens on the /second/ time!
So if I was the maintainer, I’d put it as high priority, before I lose all my hair or go on a rampage. ;))

VERSION: This is the current newest version of app-office/libreoffice-bin on Gentoo as of Thursday. (-bin means pre-compiled, since it’s too large to build that often.)

P.S.: The build ID number in the about dialog I used to find the version, links to a broken page. (Unencrypted despite using the port for HTTPS. Confusing the browser and making it refuse to show it.)
Comment 1 m_a_riosv 2026-01-06 23:19:11 UTC
Please attach a sample file, reduced as much as possible, without private information.

Please paste here the information in Menu>Help>About LibreOffice.

(There is an icon in the center to copy the information).
Comment 2 Evi1M4chine 2026-01-11 21:33:27 UTC
Created attachment 205008 [details]
Minimal example

Version: 25.2.0.3 (X86_64) / LibreOffice Community
Build ID: e1cf4a87eb02d755bce1a01209907ea5ddc8f069
CPU threads: 4; OS: Linux 6.18; UI render: default; VCL: gtk3
Locale: de-LU (de_LU.utf8); UI: en-US
Calc: threaded
Comment 3 Evi1M4chine 2026-01-11 21:34:29 UTC
(In reply to m_a_riosv from comment #1)
Done.
Though I think it always happens, no matter the file.
Comment 4 m_a_riosv 2026-01-11 23:23:47 UTC
Can't reproduce with
Version: 25.8.4.2 (X86_64)
Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df
CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

Please try a newer version; nn.n.0 are the first ones in the new version and are more likely to have problems.
Comment 5 Saburo 2026-02-05 04:43:17 UTC
bibisected with win64-25.8
Fix commit 35c2320dcc2e0a492d5d85133081ed040578483d

please update LibO25.2.2 or later
Comment 6 ady 2026-02-05 15:40:23 UTC
According to tdf 160252, this should be already solved in LO 25.2.2 and newer. Please update LO and confirm.