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.)
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).
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
(In reply to m_a_riosv from comment #1) Done. Though I think it always happens, no matter the file.
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.
bibisected with win64-25.8 Fix commit 35c2320dcc2e0a492d5d85133081ed040578483d please update LibO25.2.2 or later
According to tdf 160252, this should be already solved in LO 25.2.2 and newer. Please update LO and confirm.