Bug 147155 - Image anchored To Character moves weirdly after certain workflow
Summary: Image anchored To Character moves weirdly after certain workflow
Status: RESOLVED DUPLICATE of bug 135225
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Anchor-and-Text-Wrap
  Show dependency treegraph
 
Reported: 2022-02-03 09:13 UTC by Telesto
Modified: 2023-04-18 15:24 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (693.25 KB, application/vnd.oasis.opendocument.text)
2022-02-03 09:13 UTC, Telesto
Details
Screencast (2.76 MB, video/mp4)
2022-12-14 10:44 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2022-02-03 09:13:39 UTC
Description:
Unable to move an image to different spot after certain workflow

Steps to Reproduce:
1. Open the attached file
2. Select the image with red border
3. Cut it
4. Press Enter above the paragraph, until yellow area is at the bottom of the first page
5. Put the cursor at the beginning of the first paragraph (He heard)
6. CTRL+V
7. Select the image on (now) the second page & try to drag it or move it with arrow key's

Actual Results:
Refusing to move

Expected Results:
Should be functioning


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 4a388f5e01ebb5a512931d11e48c4380382239c8
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 2022-02-03 09:13:58 UTC
Created attachment 178008 [details]
Example file
Comment 2 Telesto 2022-02-03 09:14:33 UTC
Also in
LibreOffice 3.5.7.2 
Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
Comment 3 Dieter 2022-02-16 15:16:05 UTC
I can't confirm with

Version: 7.3.0.3 (x64) / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

As long as beginning of the paragraph "He heard" is on the first page, image is also on first page and can be moved with arrow keys.
Comment 4 Buovjaga 2022-12-13 12:04:24 UTC
The image on the second page moves fine here.

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9b46020c262045aed0beace4708565235c2523cc
CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded Jumbo

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists with the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 5 Telesto 2022-12-14 10:44:01 UTC
Created attachment 184141 [details]
Screencast

I still repro
Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 52c75986adc2b370eb55ce918ab1db0a95831c83
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 threaded

Step 7 was pretty ambiguous 
1. Open the attached file
2. Select the image with red border
3. Cut it
4. Press Enter above the paragraph, until yellow area is at the bottom of the first page
5. Put the cursor at the beginning of the first paragraph (He heard)
6. CTRL+V
7. Select the image *without the red border* on the second page & try to drag it or move it with arrow key's
Comment 6 Buovjaga 2022-12-14 11:49:08 UTC
(In reply to Telesto from comment #5)
> Created attachment 184141 [details]
> Screencast

In the screencast we can see the image moving. I was testing against it not moving at all. So the problem in your view is the weird movement.

I confirm the same in 3.3.0
Comment 7 Justin L 2023-04-18 15:24:01 UTC
Standard problem of "anchor x from top" when paragraph splits between multiple pages during layout. The specifics of the situation are irrelevant, so I'll just mark it as a duplicate of bug 135225.

*** This bug has been marked as a duplicate of bug 135225 ***