Bug 132413 - Page layout changes after save & reload (related to image anchored to character)
Summary: Page layout changes after save & reload (related to image anchored to character)
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:
Depends on:
Blocks: Anchor-and-Text-Wrap Additional-Blank-Pages
  Show dependency treegraph
 
Reported: 2020-04-25 18:55 UTC by Telesto
Modified: 2024-05-03 03:16 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Example file (476.35 KB, application/vnd.oasis.opendocument.text)
2020-04-25 18:55 UTC, Telesto
Details
2323 - As downloaded.png (367.66 KB, image/png)
2020-04-30 16:04 UTC, Bart
Details
2323 - Cat was moved.png (368.15 KB, image/png)
2020-04-30 16:05 UTC, Bart
Details
2323 - Reopen document.png (370.56 KB, image/png)
2020-04-30 16:06 UTC, Bart
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-04-25 18:55:28 UTC
Description:
Page layout changes after save & reload (related to image)

Steps to Reproduce:
1. Open the attached file
2. Select the cat
3. Pick the anchor and drag it with the mouse somewhere to the second page drop it, and wait... nothing happens..
4. Move the mouse.. image goes to the 3 pages
5. Save
6. File -> Reload

Actual Results:
Page layout before save is different compared to after save

Expected Results:
Same (optimal) layout


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: 951b6a9570ae2665f7b6e7cdd6d24d1fc513ba90
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL
Comment 1 Telesto 2020-04-25 18:55:59 UTC
Created attachment 159930 [details]
Example file
Comment 2 Telesto 2020-04-25 18:58:30 UTC
Also in
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 3 Dieter 2020-04-30 11:40:39 UTC
I can't confirm with

Version: 7.0.0.0.alpha0+ (x64)Build ID: 8c8b3a4f83f67882b284ddc3b3fe10d3fe6dedf4CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GBCalc: CL

My results:
after step 3: Image moves to second page (a lot of empty space on page one, but I remember, you've reported this in another bug report)
after step 6: No change in layout
Comment 4 Bart 2020-04-30 16:03:09 UTC
I can confirm this with LibreOffice 6.1 , 6.3 and 7.0, all on Linux/Debian10. I do have a bit of extra information.

1) I open the document with LibreOffice 7.0. That's attachment "2323 - As downloaded.png"
2) I click the photo of the cat, then I drag and drop the image behind the last sentence on page two.
2) Then I wait and do nothing for two minutes. I don't move the mouse and I just stare at the screen. Nothing happens. 
3) Then I move the mouse a bit over the text, but not over the picture. Nothing happens. (Well, the mouse moves. :-P )
4) Then I move the mouse over the picture, which is still on its "old" position. I don't click the picture, I just move the mouse over it. That's when the picture jumps to the third page. On pages one and two there's now a lot of empty space. That's attachment  "2323 - Cat was moved.png".
5) Then I save the document under a different name and close it.
6) I reopen the saved file. The picture of the cat is now on page two. The anchor is on the position where I had dropped it. There's no empty space. That's attachment  "2323 - Reopen document.png".

The picture of the cat is not on the position where I had expected it, but maybe that's because the image is positioned horizontally from the left / to the paragraph and vertically from the top / to the margin.

				~~~

   Here are the versions that I used:

Version: 6.1.5.2
Build ID: 1:6.1.5-3+deb10u5
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group threaded

Version: 6.3.4.1
Build ID: a21169d87339dfa44546f33d6d159e89881e9d92
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

Version: 7.0.0.0.alpha0+
Build ID: 4d03bd252274308f64332e7c0523068c38ac684a
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-04-26_05:59:56
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

PS: I'm not a developer. I submitted a few bugs/reports myself and I'm trying to confirm the bugs that other people reported here.
Comment 5 Bart 2020-04-30 16:04:09 UTC
Created attachment 160136 [details]
2323 - As downloaded.png

This is the downloaded document in LibreOffice 7.0
Comment 6 Bart 2020-04-30 16:05:19 UTC
Created attachment 160137 [details]
2323 - Cat was moved.png

This is what I get after I moved the anchor of the picture, and after I hovered the mouse over the picture.
Comment 7 Bart 2020-04-30 16:06:22 UTC
Created attachment 160138 [details]
2323 - Reopen document.png

This is what I get after I saved the document under a different name, and then reopened it.
Comment 8 Bart 2020-04-30 16:09:18 UTC
Correction, step 2) should have been:

2) I click the photo of the cat, then I drag and drop the anchor (!) behind the last sentence on page two.

After this step I forgot to renumber the following steps, sorry!
Comment 9 QA Administrators 2022-05-03 03:41:23 UTC Comment hidden (obsolete)
Comment 10 Telesto 2022-05-03 08:55:10 UTC
Still present
Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 4659fc2f0a7223a89446edff0b77e58758b5edf5
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (nl_NL); UI: en-GB
Calc: CL

If you move the anchor to page 2 in multipage view it doesn't respond. If you click inside the document relayout being triggered
Comment 11 Telesto 2022-05-03 08:55:52 UTC
Well single page layout does the same thing
Comment 12 QA Administrators 2024-05-03 03:16:35 UTC
Dear Telesto,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug