Bug 167352 - Section parameters not well recorded
Summary: Section parameters not well recorded
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.2.1.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-07-02 19:08 UTC by Patrick Charlot
Modified: 2025-07-05 14:50 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot before saving (21.40 KB, image/png)
2025-07-03 06:29 UTC, Patrick Charlot
Details
Document in odt format (12.95 KB, application/vnd.oasis.opendocument.text)
2025-07-03 06:29 UTC, Patrick Charlot
Details
Screenshot after saving and reloading (21.40 KB, image/png)
2025-07-03 06:30 UTC, Patrick Charlot
Details
Test document with dashed line (11.28 KB, application/vnd.oasis.opendocument.text)
2025-07-04 07:02 UTC, Patrick Charlot
Details
Exported PDF of the dashed line in solid one (20.12 KB, application/pdf)
2025-07-04 07:02 UTC, Patrick Charlot
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Charlot 2025-07-02 19:08:08 UTC
Description:
Take a Writer document,  make two sections with two or more columns : 
in order to be able to have different parameters for the separation vertical line (color, height), you have to have those two following lines parametres different :
      <style:section-properties text:dont-balance-text-columns="true" style:editable="false">
        <style:columns fo:column-count="2" fo:column-gap="0cm">

If those two type of parameters : that is to say : dont-balance-text-columns AND <style:columns fo:column-count="2" fo:column-gap="0cm"> equal, then parameters which gives color, height are not stored. There is only one section in the "content.xml" file for all the sections which share the : dont-balance-text-columns AND <style:columns fo:column-count="2" fo:column-gap="0cm">



Steps to Reproduce:
1. Create a new doc
2. Create two sections with two columns
3. Set up first section with vertical line blue
4. Set up second section with vertical line red
5. Save the doc
6. reload (or quit et open)
7. Notice that the second section gets the vertical line blue !!!

Actual Results:
The second section has not the line style I want, if this is not the same as the first one.

Expected Results:
I expect tah each section has its own parameters.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
I tried to run in "no echec mode" and the probleme is the same.
Comment 1 Patrick Charlot 2025-07-02 19:16:09 UTC
The problem occurs in 24.2, 24.8 and 25.2.3
Comment 2 Patrick Charlot 2025-07-02 20:48:27 UTC
In addition, when a dashed line is setup, PDF exports a solid line !
Comment 3 m_a_riosv 2025-07-02 23:26:09 UTC
What file format do you use to save?

Please attach a sample file, reduce the size as much as possible without private information,
and paste the information in Menu/Help/About LibreOffice, there is a copy icon.
Comment 4 Patrick Charlot 2025-07-03 06:28:30 UTC
Here are the information :

Version: 24.8.7.2 (X86_64) / LibreOffice Community
Build ID: e07d0a63a46349d29051da79b1fde8160bab2a89
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

Notice that 25.2.3  also  has the problem.

The file format is the standard .odt format.

You should find attached :
1) Screenshot before saving, it is what is expected
2) Screenshot after saving and reloading : it is what we get
3) The document
Comment 5 Patrick Charlot 2025-07-03 06:29:12 UTC
Created attachment 201619 [details]
Screenshot before saving
Comment 6 Patrick Charlot 2025-07-03 06:29:59 UTC
Created attachment 201620 [details]
Document in odt format
Comment 7 Patrick Charlot 2025-07-03 06:30:35 UTC
Created attachment 201621 [details]
Screenshot after saving and reloading
Comment 8 m_a_riosv 2025-07-04 00:28:24 UTC
Reproducible
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4a80f1443bf3d92eb293c74af25742db56247f04
CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: en-US (es_ES); UI: en-US
Calc: CL threaded
Comment 9 Patrick Charlot 2025-07-04 07:01:39 UTC
Hi, 
At the same time, could you have a view at the PDF export for separation with a dashed line which is exported as a solid line ?
You will find a .odt test and the exported PDF, attached.
Thanks for the work you do
Have a nice "fresh" day
Patrick
Comment 10 Patrick Charlot 2025-07-04 07:02:13 UTC
Created attachment 201651 [details]
Test document with dashed line
Comment 11 Patrick Charlot 2025-07-04 07:02:48 UTC
Created attachment 201652 [details]
Exported PDF of the dashed line in solid one
Comment 12 Saburo 2025-07-05 06:53:57 UTC
(In reply to Patrick Charlot from comment #9)
> At the same time, could you have a view at the PDF export for separation
> with a dashed line which is exported as a solid line ?
> You will find a .odt test and the exported PDF, attached.

Hi,
This issue may be a duplicate of 139264.
Comment 13 Patrick Charlot 2025-07-05 07:50:46 UTC
(In reply to Saburo from comment #12)
> (In reply to Patrick Charlot from comment #9)
> > At the same time, could you have a view at the PDF export for separation
> > with a dashed line which is exported as a solid line ?
> > You will find a .odt test and the exported PDF, attached.
> 
> Hi,
> This issue may be a duplicate of 139264.

Hello,

I don't think so. 139264 is about footnote and zoom factor.
What I told you is export to PDF, dashed line are exported as a solid one.
Comment 14 Saburo 2025-07-05 14:28:01 UTC
(In reply to Patrick Charlot from comment #13)
> I don't think so. 139264 is about footnote and zoom factor.
> What I told you is export to PDF, dashed line are exported as a solid one.

Try enlarging the PDF.
You'll see that the dashed lines are so thin they look like solid lines.
Comment 15 Saburo 2025-07-05 14:33:57 UTC
This bug seems to have been present since version 3.4, when it became possible to select the color of section column borders.

When I tried it, up until version 7.2, two colors would be saved randomly on Windows, but only one color would be saved on Linux.

There seems to be a problem with saving the file.
Comment 16 Patrick Charlot 2025-07-05 14:43:35 UTC
(In reply to Saburo from comment #14)
> (In reply to Patrick Charlot from comment #13)
> > I don't think so. 139264 is about footnote and zoom factor.
> > What I told you is export to PDF, dashed line are exported as a solid one.
> 
> Try enlarging the PDF.
> You'll see that the dashed lines are so thin they look like solid lines.

You are right, but it is not usable, because you have to zoom in a lot to see small dots, while I have selected large dashes.
Comment 17 Patrick Charlot 2025-07-05 14:50:14 UTC
(In reply to Saburo from comment #15)
> This bug seems to have been present since version 3.4, when it became
> possible to select the color of section column borders.
> 
> When I tried it, up until version 7.2, two colors would be saved randomly on
> Windows, but only one color would be saved on Linux.
> 
> There seems to be a problem with saving the file.

Yes the problem occurs when you save the file. I've tried to edit the content.xml file to copy/paste the <style section> to change manually the color. When I open the doc, the two colors are well displayed, but as soon as I save it, there is only one <style> in content.xml.

BUT, if the two sections have different either "balance-text-columns" or "column-gap", the two styles are saved.