Bug 169357 - Refusal of images to stick closely and their dragging affect text position in a strange fashion
Summary: Refusal of images to stick closely and their dragging affect text position in...
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-11-09 14:56 UTC by Danat
Modified: 2025-12-22 02:37 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Video (14.53 MB, video/mp4)
2025-11-09 15:17 UTC, Danat
Details
Video 2 (3.86 MB, video/mp4)
2025-11-09 15:18 UTC, Danat
Details
File in the video (9.66 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2025-11-09 15:19 UTC, Danat
Details
Video 3 (4.96 MB, video/mp4)
2025-11-11 18:34 UTC, Danat
Details
File in the video 3 (25.09 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2025-11-11 18:35 UTC, Danat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Danat 2025-11-09 14:56:04 UTC
Description:
https://drive.google.com/file/d/1QQ7bJN371kALTEaTwyGN9_D2QKF3qwEJ/view?usp=sharing

Steps to Reproduce:
1.Make a document
2.Put images one above the other
3.Set anchor "as character"

Actual Results:
1. There is sometimes an indent between them that does not get occupied by either image

2. The unsuccessful dragging upwards pushes the text down

Expected Results:
1. No indent

2. No text position change


Reproducible: Always


User Profile Reset: No

Additional Info:
In the video
Comment 2 Danat 2025-11-09 15:04:36 UTC
Dragging image upwards pushes down the image beneath

https://drive.google.com/file/d/1WR1vx6BfXbvO1aG_R7mI3Aqh-LPLM3FO/view?usp=sharing
Comment 3 Danat 2025-11-09 15:17:23 UTC
Created attachment 203836 [details]
Video
Comment 4 Danat 2025-11-09 15:18:04 UTC
Created attachment 203837 [details]
Video 2
Comment 5 Danat 2025-11-09 15:19:03 UTC
Created attachment 203838 [details]
File in the video
Comment 6 Regina Henschel 2025-11-09 22:06:09 UTC
(In reply to Danat from comment #0)
> Actual Results:
> 2. The unsuccessful dragging upwards pushes the text down

> Expected Results:
> 2. No text position change

Not a bug. Set for each paragraph a different color as area fill as direct formatting in Format > Paragraph. That makes the area visible that the paragraph occupies and you can better understand what happes. The images behave as they should for images anchored as characters.

BTW, using docx is not useful because it is not the native format of LibreOffice and conversions are prone to losses.

Please read the Writer Guide and discuss your problems on Ask before writing a bug report.


> Actual Results:
> 1. There is sometimes an indent between them that does not get occupied by either image

It is not clear what you mean with "indent between". Please attach a document, that shows the problem and is as small as possible.
Comment 7 Danat 2025-11-10 04:15:24 UTC
(In reply to Regina Henschel from comment #6)

> > Actual Results:
> > 1. There is sometimes an indent between them that does not get occupied by either image
> 
> It is not clear what you mean with "indent between". Please attach a
> document, that shows the problem and is as small as possible.

I showed it, what else is there to demonstrate?

Watch from 13th second onwards. There you see a gap between images that won't be taken by image dragging

https://drive.google.com/file/d/1QQ7bJN371kALTEaTwyGN9_D2QKF3qwEJ/view?usp=sharing
Comment 8 Regina Henschel 2025-11-10 12:48:41 UTC
(In reply to Danat from comment #7)
[..]
> I showed it, what else is there to demonstrate?
> 
> Watch from 13th second onwards. There you see a gap between images that
> won't be taken by image dragging

Without a file it is not possible to investigate the reason. Wrong position might come form margin, padding, overlap, or wrap settings, type of reference for relative values or even from errors in internal calculations. All that cannot be investigated by looking a video.
Comment 9 Danat 2025-11-10 12:50:46 UTC
(In reply to Regina Henschel from comment #8)
> (In reply to Danat from comment #7)
> [..]
> > I showed it, what else is there to demonstrate?
> > 
> > Watch from 13th second onwards. There you see a gap between images that
> > won't be taken by image dragging
> 
> Without a file it is not possible to investigate the reason. Wrong position
> might come form margin, padding, overlap, or wrap settings, type of
> reference for relative values or even from errors in internal calculations.
> All that cannot be investigated by looking a video.

I always include files in attachments. I name it "File in the video". You will have exactly what I had. Please download and have a look
Comment 10 Regina Henschel 2025-11-10 14:07:56 UTC
Sorry, I missed it.

The white space between Image8 and Image9 comes from the paragraph style. It has a bottom margin of 0.25cm.
Comment 11 Danat 2025-11-11 11:44:15 UTC
(In reply to Regina Henschel from comment #10)
> Sorry, I missed it.
> 
> The white space between Image8 and Image9 comes from the paragraph style. It
> has a bottom margin of 0.25cm.

https://bugs.documentfoundation.org/show_bug.cgi?id=168880

This is a related issue. Why does it decide instead of me to enforce that 0.25 spacing? This is a bit confusing, because the program does something that you're not asking it to do
Comment 12 Regina Henschel 2025-11-11 12:13:50 UTC
(In reply to Danat from comment #11)
> (In reply to Regina Henschel from comment #10)
> [..] Why does it decide instead of me to enforce that
> 0.25 spacing? This is a bit confusing, because the program does something
> that you're not asking it to do

You have set paragraph style "Title" to paragraph `Всевидящее око` and in this style the paragraph style "Body Text" is set as `Next style`. It is up to you to use the correct paragraph styles and to alter these styles to your need.

Before you create a new document, I recommend that you think about its structure, which paragraph styles you need for which purpose, and which properties you want to set in these paragraph styles.

All these is nothing for Bugzilla, but should be discussed in mailing lists or forums.
Comment 13 Danat 2025-11-11 12:42:38 UTC
(In reply to Regina Henschel from comment #12)
> (In reply to Danat from comment #11)
> > (In reply to Regina Henschel from comment #10)
> > [..] Why does it decide instead of me to enforce that
> > 0.25 spacing? This is a bit confusing, because the program does something
> > that you're not asking it to do
> 
> You have set paragraph style "Title" to paragraph `Всевидящее око` and in
> this style the paragraph style "Body Text" is set as `Next style`. It is up
> to you to use the correct paragraph styles and to alter these styles to your
> need.
> 
> Before you create a new document, I recommend that you think about its
> structure, which paragraph styles you need for which purpose, and which
> properties you want to set in these paragraph styles.
> 
> All these is nothing for Bugzilla, but should be discussed in mailing lists
> or forums.

No, I do not agree. My point holds that it should not decide spacing instead of the user, as there is no logic in it
Comment 14 Danat 2025-11-11 18:33:41 UTC
Refer to Video 3 and File in the video 3

In this scenario, title does not mandate a spacing

It's irregular, but not a big problem
Comment 15 Danat 2025-11-11 18:34:15 UTC
Created attachment 203874 [details]
Video 3
Comment 16 Danat 2025-11-11 18:35:01 UTC
Created attachment 203875 [details]
File in the video 3