Bug 144880 - Image doesn't jump to next page or stops moving when pressing arrow down, but disappears behind the next page (DOCX only)
Summary: Image doesn't jump to next page or stops moving when pressing arrow down, but...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.0.5 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected
Depends on:
Blocks: DOCX-Images
  Show dependency treegraph
 
Reported: 2021-10-02 18:11 UTC by Telesto
Modified: 2021-10-22 07:40 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Example file (415.98 KB, application/vnd.oasis.opendocument.text)
2021-10-02 18:11 UTC, Telesto
Details
Bibisect log (3.81 KB, text/plain)
2021-10-02 18:38 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2021-10-02 18:11:25 UTC
Description:
Image doesn't jump to next page or stops moving when pressing arrow down, but disappears behind the next page (DOCX only)

Steps to Reproduce:
1. Open the attached file
2. Select figure 1 frame
3. Press and hold arrow down.. stops at the end of page 1 (OK)
4. File -> Reload
5. File save as DOCX
6. File -> Reload
7. Press and hold arrow down.. image disappears

Actual Results:
Image disappears

Expected Results:
Same model for all file formats? Doesn't happen with ODT or DOC


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: b60b6bfaafa1315e07108dba50f016975b619c59
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2021-10-02 18:11:45 UTC
Created attachment 175466 [details]
Example file
Comment 2 Telesto 2021-10-02 18:18:08 UTC
Also in
Version: 5.2.5.0.0+
Build ID: a4d4fbeb623013f6377b30711ceedb38ea4b49f8
CPU Threads: 4; OS Version: Windows 6.2; UI Render: GL; 
TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-2, Time: 2016-12-24_14:43:55
Locale: nl-NL (nl_NL); Calc: CL

and in
Versie: 5.0.6.3 (x64)
Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa
Locale: nl-NL (nl_NL)

still OK with
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL
Comment 3 Telesto 2021-10-02 18:38:44 UTC
Created attachment 175467 [details]
Bibisect log

Bisected to
commit a4dee94afed9ade6ac50237c8d99a6e49d3bebc1
    Author:     László Németh <laszlo.nemeth@collabora.com>
    AuthorDate: Wed May 13 17:47:36 2015 +0200
    Commit:     László Németh <laszlo.nemeth@collabora.com>
    CommitDate: Wed May 13 18:10:45 2015 +0200
    
        tdf#91260: allow textboxes extending beyond the page bottom
    
        This commit fixes layout problems of DOCX import, but also
        now it's possible to move a textbox beyond the page bottom
        using the arrow keys (this worked only for page-anchored
        shapes in Writer).
    
        Change-Id: Ie83d3202a2248d948348656aa26df20982f9675b

https://cgit.freedesktop.org/libreoffice/core/commit/?id=a4dee94afed9ade6ac50237c8d99a6e49d3bebc1
Comment 4 Telesto 2021-10-02 18:49:09 UTC
@NISZ
A bug or feature topic. The arrow key behavior is apparently an addition to the initial purpose of the commit (or a side-effect presented as desired to prevent additional work).

I personally  against different behavior of same object type only based on the source file format. 

Moving stuff intentionally of page makes no sense to me;  against the wysiwyg principle (in my perception).
Comment 5 Dieter 2021-10-22 07:40:51 UTC
I confirm it with

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 56883788d0090383dad58552f5a11044ffe64a44
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Additional information
Couldn't reproduce after saving as docx and reload, but after reopening the document.