Create a new Writer document. Go to Form → Label Create a label, save the file and reopen the file. Label will be shown with 3D-border, not without border as it has been created. It is impossible to save a label without border since Version: 25.2.5.1 (X86_64) / LibreOffice Community Build ID: 484541f705153d4ff78284873b0153c3e5a280db CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded Works well in all other versions of LO before. So a regressions, which destroys design of all forms here.
Reproducible Version: 25.2.5.1 (X86_64) / LibreOffice Community Build ID: 484541f705153d4ff78284873b0153c3e5a280db CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: en-US (es_ES); UI: en-US Calc: CL threaded
bibisected with win64-25.8 commit d4dad2e181fd2dc30c3916fd59c05745023a51c8 author Justin Luth tdf#156707 xmloff import: always provide ControlBorder property #2 In LO 7.5, ORichTextModel changed the app default to use a flat border (in order to better match how PDF/print looks) while the file-spec's default for undefined borders is 3d, so during import time we ALWAYS need to specify 3d as the border. The patch replaces 25.2 commit 5a617f77ee803eb65051e93f659ef66433879052 tdf#156707 xmloff import: always provide ControlBorder property which wasn't wrong, but just was incomplete. It only handled the situation where there was a fo:border element which didn't specify 3d/flat/none, but didn't handle the situation where there was no fo:border at all in style:graphic-properties. [On export, since the 3d property is the default value, fo:border is not even provided as something to be exported, and therefore only "solid" and "none" are ever exported as fo:border qualifiers.] I modified the unit test to remove the fo:border by clearing the unused-by-3d green border colour (although the green was seen if the wrong flat border was assigned). make CppunitTest_xmloff_style CPPUNIT_TEST_NAME=testTdf156707 Change-Id: I70718fe964a7c3578f8edbf8591fe2e3417ec60b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/185619
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0ad0fc985cc4b1c8f05df1e64752ae045127c051 tdf#167358 Revert "tdf#156707 xmloff import: always provide ControlBorder It will be available in 26.2.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.
Justin Luth committed a patch related to this issue. It has been pushed to "libreoffice-25-8": https://git.libreoffice.org/core/commit/23be40db1965b4ea40abef7b8a3f29680d0aa3c6 tdf#167358 Revert "tdf#156707 xmloff import: always provide ControlBorder It will be available in 25.8.0.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.
Justin Luth committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/22fc7d629e4c2c43e4ed296fcabe27b5b97e65e0 tdf#167358 Revert "tdf#156707 xmloff import: always provide ControlBorder It will be available in 25.2.6. 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.