Description: I created a template in MS Excel which relies heavily in conditional formats. The order of them is important, as they may overlap and are rendered in the order defined in Excel. If one user does open this file in LibreOffice and saves it, the conditional format is broken. Attached please find an example before and after opening it in LO. Steps to Reproduce: 1. View the original file (attached) in Excel 2. Open it in LO and see the difference here. 3. Save the file in LO 4. Open it in Excel again and see that the original format is broken now. Actual Results: The conditional formatting is wrong after editing the file in LO Expected Results: The format should be untouched or at least the order of conditional formats should not be changed. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded ------ > Is OpenGL enabled? I was not able to check this in 7.0.
Created attachment 167716 [details] original file
Created attachment 167717 [details] file which was opened and saved in LO and is broken now
Created attachment 167719 [details] The example file in Excel 13 and LO7.2 nightly Repro with: Version: 7.2.0.0.alpha0+ (x64) Build ID: 4e63ec27b69fa01ff610c894c9fbf05c377a6179 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: CL Already bad by opening time. Saving also changes the order in Excel.
repro 7.5+ In column G, all the cells are plain white without gridlines, while it ought to have a green 90%, a yellow 25%, and a green 10%.
*** Bug 91477 has been marked as a duplicate of this bug. ***
Tibor Nagy committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8c9a6abf30e9ff1ebd5647f7c271e0d64643860a tdf#138601 XLSX import: fix priority of conditional formatting rules It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tibor Nagy committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/90f4ea09cbe34e26e473ed2cf1c3457cf0f41e5e tdf#138601 XLSX import: fix priority of conditional formatting rules It will be available in 7.5.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I've just tested the nightly build and my issue seems to be fixed now. Thank you very much for your support. Looking forward for the stable release :-)
VERIFIED IN: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 74dc2ac66f0130bcd77cf1bbe417b22865beb067 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: CL threaded