Bug 135735 - Image wrongly positioned after deleting header (fixed by further editing)
Summary: Image wrongly positioned after deleting header (fixed by further editing)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: preBibisect
Depends on:
Blocks: Writer-Images
  Show dependency tree / graph
 
Reported: 2020-08-13 20:59 UTC by Telesto
Modified: 2022-11-10 04:03 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Example file (566.76 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-08-13 21:00 UTC, Telesto 		Details
2345.odt: proof of non-regression - issue always seen in this ODT version. (228.55 KB, application/vnd.oasis.opendocument.text)
2020-11-09 06:30 UTC, Justin L 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-08-13 20:59:48 UTC 
Description:
Image wrongly positioned after deleting header (fixed at save and reload)

Steps to Reproduce:
1. Open the attached file
2. Delete the header -> Notice image being above highlighted text
3. Save
4. Reload 

Actual Results:
Image at wrong position after deleting header

Expected Results:
proper


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: <buildversion>
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-08-13 21:00:11 UTC 
Created attachment 164288 [details]
Example file
Comment 2 Telesto 2020-08-13 21:02:11 UTC 
Found in
6.0

Not in
Versie: 5.3.5.2 
Build ID: 50d9bf2b0a79cdb85a3814b592608037a682059d
CPU-threads: 4; Besturingssysteem:Windows 6.2; UI-render: standaard; Layout Engine: new; 
Locale: nl-NL (nl_NL); Calc: CL
Comment 3 Attila Baraksó (NISZ) 2020-11-08 09:38:25 UTC 
Reproduced in:

Version: 7.1.0.0.alpha1+
Build ID: a373a7c1705b9abc5551388998131dacc4698642
CPU threads: 6; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: hu-HU (hu_HU.UTF-8); UI: en-US
Calc: threaded
Comment 4 Attila Baraksó (NISZ) 2020-11-08 09:49:45 UTC 
Bibisected using linux-64-6.0 to:
URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=afc96d263959d10e457b54a574f0829d20e99df4
author: Justin Luth <justin_luth@sil.org>
committer: Justin Luth <justin_luth@sil.org>
summary: tdf#112352 ooxmlimport: ALWAYS treat 1st nextpage w/cols as cont

Adding Cc: Justin Luth
Comment 5 Justin L 2020-11-09 06:21:10 UTC 
(In reply to Attila Baraksó (NISZ) from comment #4)
> Bibisected using linux-64-6.0 to:
> summary: tdf#112352 ooxmlimport: ALWAYS treat 1st nextpage w/cols as cont

This is a layout bug. Almost any editing change made will cause the image to jump back into the correct position - like adding or deleting a Carriage Return, etc.

The commit will not be very helpful because it is an import fix, not a layout change. The only difference is where the columns are defined. Prior to 6.0 the columns were defined in the page style. After the commit, the columns are defined by the section.
Comment 6 Justin L 2020-11-09 06:30:51 UTC 
Created attachment 167107 [details]
2345.odt: proof of non-regression - issue always seen in this ODT version.

The layout problem goes back to at least LO 3.5. Almost certainly inherited from OOo.
Comment 7 QA Administrators 2022-11-10 04:03:04 UTC Comment hidden (spam)