Bug 139494 - Impress - table - image inside the cell overflows to the next row
Summary: Impress - table - image inside the cell overflows to the next row
Status: RESOLVED DUPLICATE of bug 119951
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.3.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:pptx, regression
Depends on:
Blocks:
 
Reported: 2021-01-08 13:45 UTC by oldrich.esner
Modified: 2022-02-09 08:12 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
result-ok-powerpoint (72.68 KB, image/png)
2021-01-08 13:46 UTC, oldrich.esner
Details
result-wrong-libreoffice (75.03 KB, image/png)
2021-01-08 13:47 UTC, oldrich.esner
Details
source-pptx (314.11 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2021-01-08 13:48 UTC, oldrich.esner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description oldrich.esner 2021-01-08 13:45:34 UTC
Description:
There is a problem with rendering a table in LibreOffice Impress 7.0.4.2 for a PPTX file. The image inside the cell overflows to the next row. However, the display in MS Powerpoint is OK.

We have found workaround:
- open PPTX in MS Powerpoint
- save it into PPT format
- open PPT
- save it into PPTX -> LibreOffice Impress render table correctly

Nightly build 2021-01-08_07.25.26/ has the same bug.

Source pptx: https://drive.google.com/file/d/1P_GlmU5B1NfAvWOD5zXL3feMxS893Nj-/view?usp=sharing

OK in MS Powerpoint: https://drive.google.com/file/d/1EBMi9_HNEJCAmBJPJ7soaILJt7GR7r_E/view?usp=sharing

Wrong in LibreOffice Impress: https://drive.google.com/file/d/1FTA4FeFOIGBCrO49NI8MAhgIA-fsy_zl/view?usp=sharing


Steps to Reproduce:
1. Open https://drive.google.com/file/d/1P_GlmU5B1NfAvWOD5zXL3feMxS893Nj-/view?usp=sharing in Impress
2. 


Actual Results:
https://drive.google.com/file/d/1FTA4FeFOIGBCrO49NI8MAhgIA-fsy_zl/view?usp=sharing

Expected Results:
https://drive.google.com/file/d/1EBMi9_HNEJCAmBJPJ7soaILJt7GR7r_E/view?usp=sharing



Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.0.4.2 (x64)
Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: cs-CZ (cs_CZ); UI: en-US
Calc: threaded
Comment 1 oldrich.esner 2021-01-08 13:46:25 UTC
Created attachment 168761 [details]
result-ok-powerpoint
Comment 2 oldrich.esner 2021-01-08 13:47:55 UTC
Created attachment 168762 [details]
result-wrong-libreoffice
Comment 3 oldrich.esner 2021-01-08 13:48:27 UTC
Created attachment 168763 [details]
source-pptx
Comment 4 raal 2021-01-08 15:10:44 UTC
I can confirm with Version: 7.2.0.0.alpha0+
Build ID: 2c9708cbb870483a8a1c93d722085be5f789d234
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 5 raal 2021-01-08 15:14:03 UTC
bibisected row 3 movement / image with red text: 
bibisect-50max 21b01bb1f2c2faa9f0e55ac9777d6a86f5a1ccaf is the first bad commit
commit 21b01bb1f2c2faa9f0e55ac9777d6a86f5a1ccaf
Author: Matthew Francis <mjay.francis@gmail.com>
Date:   Wed May 27 21:08:08 2015 +0800

    source-hash-037fe3671cbdad51f52d2f69f72f47f463dba7c2

    commit 037fe3671cbdad51f52d2f69f72f47f463dba7c2
    Author:     Andras Timar <andras.timar@collabora.com>
    AuthorDate: Thu Apr 2 13:42:11 2015 +0200
    Commit:     Andras Timar <andras.timar@collabora.com>
    CommitDate: Fri Apr 3 06:45:23 2015 +0000

        tdf#90403 PPTX import: use real table size

        PowerPoint ignores a:ext cx and cy value of p:xfrm, and uses
        real table width and height. PowerPoint 2010 saves files where
        cx and cy contains good values, but I found files in the wild
        whose cx and cy values did not match to actual table width and
        height, and there was a visible difference between rendering
        of Impress and PowerPoint.

Adding CC to Andras Timar
Comment 6 Justin L 2022-02-09 08:12:22 UTC
Note: the image is not actually IN the table. (You can delete the table, and the image remains.)

Comment 5's commit was backported to 4.3.7 - so marking that as oldest.

Since this has the same root commit as bug 119951, I'll mark it as a duplicate.

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