Bug 75762 - FORMATTING: Flipping image jumps up a cell when using page preview
Summary: FORMATTING: Flipping image jumps up a cell when using page preview
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.2.1.1 release
Hardware: x86-64 (AMD64) Windows (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Calc-Images
  Show dependency tree / graph
 
Reported: 2014-03-04 16:28 UTC by me
Modified: 2020-11-10 17:07 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
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 me 2014-03-04 16:28:20 UTC 
Problem description: Inserting an image into a cell and using flip horizontal causes the image to appear in cell above when using page preview

Steps to reproduce:
1. Insert Image into cell
2. Flip horizontally
3. Use page preview

Current behavior: Appears ok in sheet and pdf export but in preview jumps to cell above even if anchored to the cell it is actually in on sheet.

Expected behavior: It stays where it is.

              
Operating System: Windows 7
Version: 4.3.0.0.alpha0+ Master
Comment 1 A (Andy) 2014-03-04 22:46:44 UTC 
reproducible with LO 4.2.1.1 (Win 8.1)

Steps Done:
1. Open a new spreadsheet in CALC
2. Go to cell B2
3. Go to INSERT -> IMAGE -> FROM FILE
It could be that you will have to reduce the size of the picture (-> right mouse click on the picture and go to POSITION AND SIZE -> tab POSITION AND SIZE -> section SIZE)
4. Make a right mouse click on the picture and go to FLIP -> HORIZONTAL
5. Go to FILE -> PAGE PREVIEW

Interim Result (First Bug):
No picture is visible.

6. Select the cells A1 to D10
7. Go to FORMAT -> CELLS -> tab BORDERS
8. Select "SET OUTER BORDER AND ALL INNER LINES" from the USER-DEFINED section on the left and press OK
9. Go to FILE -> PAGE PREVIEW

Result (Second Bug):
The picture is visible, but it is moved up.
Comment 2 Joel Madero 2015-05-02 15:41:40 UTC Comment hidden (obsolete)
Comment 3 Buovjaga 2015-06-20 13:34:02 UTC 
Repro per comment 1.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+
Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58
Locale: fi-FI (fi_FI)
Comment 4 QA Administrators 2016-09-20 10:10:49 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2019-12-03 14:15:03 UTC Comment hidden (obsolete)
Comment 6 Regina Henschel 2019-12-08 00:40:21 UTC 
The error still exists in Version: 6.5.0.0.alpha0+ (x64)
Build ID: 790b5de8941d8f8d98c73ed1343289d7220211ad
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: de-DE (en_US); UI-Language: en-US
Calc: threaded
Comment 7 Regina Henschel 2020-11-09 22:56:22 UTC 
I can no longer reproduce it with Version: 7.1.0.0.alpha1+ (x64)
Build ID: a689cf1672e89cb78fbcfa14c505850927e71f58
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: default; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: CL

Please try it with a daily build. A daily build can be installed parallel to your regular version. https://dev-builds.libreoffice.org/daily/master/

If it is OK in the daily build, please set the Status to RESOLVED and WORKSFORME. (not to FIXED, because it is not known which commit fixes it)
Comment 8 Buovjaga 2020-11-10 17:07:15 UTC 
Yeah, it works fine now

Version: 7.1.0.0.alpha1+ (x64)
Build ID: b61bf7c7cfcf97a5ade6d130873af146670bc2ee
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: default; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded

Arch Linux 64-bit
Version: 7.0.3.1
Build ID: 00(Build:1)
CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
7.0.3-2
Calc: threaded