Bug 127318 - Writer: text in columns with Insert Page Before in paragraph starts in right instead of left column
Summary: Writer: text in columns with Insert Page Before in paragraph starts in right ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: low normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Page-Layout-Columns
  Show dependency treegraph
 
Reported: 2019-09-03 21:13 UTC by rpgcraftsman
Modified: 2023-05-13 19:25 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample 2-page 2-column before NOK.odt (17.81 KB, application/vnd.oasis.opendocument.text)
2019-09-05 08:35 UTC, Timur
Details
Sample 2-page 1-column before OK.odt (17.69 KB, application/vnd.oasis.opendocument.text)
2019-09-05 08:37 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description rpgcraftsman 2019-09-03 21:13:34 UTC
Description:
Sometimes my text goes all wonky; for example, I just found a page where there's no text in the left column, at all. This mostly happens with a longer document that has a two-column setup and images, and especially when there's a page break.

Link to an example of the bug in the doc: https://ask.libreoffice.org/upfiles/15675415108757155.odt

Steps to Reproduce:
1. Create a section with two (maybe more?  Haven't tested) columns.
2. Write text.
3. Create a page break.
4. Keep writing text.
5. Save and come back.

Actual Results:
The text after the page break does not appear in the leftmost of the two columns, at all.

Expected Results:
The text should appear from left to right in the leftmost column.


Reproducible: Sometimes


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
It is possible to temporarily fix the problem by removing the page break.

NOTE: I tested whether the bug functioned with OpenGL off, but it still bugged.  I've also tested with OpenGL off AND in Safe Mode, and it remains.

NOTE: Graphics card is an AMD 15DD, and I didn't see it specifically in "Hardware," so I chose "Other" as a precaution.
Comment 1 m_a_riosv 2019-09-04 07:23:42 UTC
Repro
Inherited from OOo (4.1.1 has it)
Version: 6.4.0.0.alpha0+ (x64)
Build ID: 01837a85004a6f891a09c0a63ed7eff75d634827
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-01_00:07:05
Locale: es-ES (es_ES); UI-Language: en-US Calc: CL
Comment 2 Timur 2019-09-04 09:26:50 UTC
@rpgcraftsman: you wrote steps to reproduce but I didn't repro with them. Did you? Please attach ODT if you did.
As for ODT from the link, please write down the source ASK topic. If that ODT came from some MSO document or was converted, than this is another bug, probably a duplicate.
Comment 4 Timur 2019-09-05 08:35:53 UTC
Created attachment 153897 [details]
Sample 2-page 2-column before NOK.odt

Mike wrote there:
"Removing then re-applying the break initially keeps the "DODGE [COMBAT]" where it was without the break (i.e., at right column of p.3), then removing the last empty paragraph before it moves it to where it should be (left column of p.4)... erratic behavior."

Page break comes from the paragraph style.
I attach a somewhat minimized sample with 2-pages that still has wrong behavior of "DODGE [COMBAT]" starting on the 2nd page in right instead of left column.
Comment 5 Timur 2019-09-05 08:37:37 UTC
Created attachment 153898 [details]
Sample 2-page 1-column before OK.odt

We should try to further minimize the sample in order to see when it gets OK.
Here I changed previous section 2 columns to normal 1 column text. And it's OK.
Comment 6 rpgcraftsman 2019-09-07 06:33:09 UTC
I mean, I understand that, but I want to keep the layout I had...it's what I've been using, and I'm trying to remain at least somewhat consistent, so that people can actually read my document when I PDF it.

I'm not trying to be a dick, but I think it'd be more useful to people to fix the bug, rather than to just say "deal with it."
Comment 7 Mike Kaganski 2019-09-07 07:06:40 UTC
@rpgcraftsman@protonmail.com: thanks for reporting this!

Please note that the bug tracker is for helping developers to handle issues. As such, the first stage of handling an issue is, naturally, reporting - thank you again. Then, other people jump in and do lots of other work: they try to confirm (and your bug is *confirmed* (comment 1) - which means that it's *already agreed to show a defect*, and thus it is not about "deal with it"); they try to minimize the sample to find a specific minimal set of elements showing the problem (comment 4 and comment 5); sometimes a decision is needed if this is a bug or an intended behavior (not in this case), etc. The team does brilliant job; and sometimes, when all that hard work is done, the result is that a developer would see the problem immediately when looking into the results (instead of spending weeks). Sometimes you may also read some advises how to workaround (because, well, everyone here understands that, besides reporting something, OP needs their work done, so suggesting a workaround for now, before the bug gets an interested developer's attention, is better than nothing). Please don't read here what wasn't written ;-) and thank you again for reporting.
Comment 8 QA Administrators 2021-09-07 03:50:18 UTC Comment hidden (obsolete)
Comment 9 Timur 2021-09-07 07:10:53 UTC
I reproduce with attachment 153897 [details] but I cannot create from scratch, steps needed.