https://bugs.documentfoundation.org/show_bug.cgi?id=159554
Tex2002ans <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |[email protected], | |Tex2002ans+LibreOffice@gmai | |l.com See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=12 | |6513 Ever confirmed|0 |1 --- Comment #2 from Tex2002ans <[email protected]> --- I can confirm this on: Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded - - - The root cause was a compatibility setting called: - BackgroundParaOverDrawings The "Right" file had: - BackgroundParaOverDrawings = true The "Wrong" file had: - BackgroundParaOverDrawings = false where: - Right = Red background - Wrong = Orange/Peach background (+ slightly different formatting) - - - Note #1: Me and Mike Kaganski live-debugged this one together a few days ago, so I am CCing him. - - - Note #2: Adding "Bug #126513" to See Also, based on Kaganski's detective-work. >From what he was telling me, I believe it was: - A setting that is possible to READ, but currently no way for LO to actually tweak/change/adjust after. - On Copy/Paste to new document, trying to carry over these compatibility flags becomes a nightmare (and has caused many large regressions in the past). -- You are receiving this mail because: You are the assignee for the bug.
