Bug 106360 - Writer table embedded in presentation rendered incorrectly
Summary: Writer table embedded in presentation rendered incorrectly
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: framework (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:odp
Depends on:
Blocks: OLE-Objects
  Show dependency treegraph
 
Reported: 2017-03-06 14:33 UTC by Milan Bouchet-Valat
Modified: 2022-02-20 03:35 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
ODP file to reproduce the bug (19.46 KB, application/vnd.oasis.opendocument.presentation)
2017-03-06 14:33 UTC, Milan Bouchet-Valat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Milan Bouchet-Valat 2017-03-06 14:33:41 UTC
Created attachment 131678 [details]
ODP file to reproduce the bug

In the attached ODP document, the last two columns of the embedded Writer table (B2 and B3) are rendered incorrectly: their contents are not shown, yet the borders are present and different from other columns. I couldn't find a way to show them correctly. This also affects PDF exports.

This happens with both LO 5.2 and 5.3, in Impress but also in Draw.
Comment 1 Xisco Faulí 2017-03-06 15:04:33 UTC
Hello,
Could you please add an attachment showing how the document should be displayed?
OTOH, could you please say how the document was generated?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the information is provided
Comment 2 Milan Bouchet-Valat 2017-03-06 15:28:57 UTC
Sorry, you need to double-click on the table to see its actual contents, which should be displayed exactly the same without double-clicking.

The document was generated by copying a table from Writer and pasting it into Impress (Paste special -> LibreOffice 5.2 Text).
Comment 3 Xisco Faulí 2017-03-06 15:35:06 UTC
Confirmed in

Version: 5.4.0.0.alpha0+
Build ID: d3676ceeec55a41337ce5e6bc596f4f100d0638e
CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

and

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 4 QA Administrators 2018-03-07 03:41:28 UTC Comment hidden (obsolete)
Comment 5 Roman Kuznetsov 2019-04-15 09:58:57 UTC
still repro in

Version: 6.3.0.0.alpha0+
Build ID: 74288f5af28de3d14044c951e7e5d62bb2e22301
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-04-12_01:41:15
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded
Comment 6 QA Administrators 2021-04-15 03:43:10 UTC Comment hidden (obsolete)
Comment 7 Timur 2021-04-15 09:34:36 UTC
This bug is not clear. Yes, still repro with attachment but that's not relevant. 
We need to know what made it wrong and if it's still wrong in new Lo. 
Because normal table made in Writer can be copied to Impress fine. 

Copy table from the attachment to Writer, see it's wide (used on landscape?) and negative spacing. 
I don't think that should be a bug.
Comment 8 Milan Bouchet-Valat 2021-04-16 16:20:49 UTC
What seems to be a bug to me is that once you double-clik on the table, it looks fine, and there's clearly enough space to show the last two columns.
Comment 9 QA Administrators 2021-04-17 04:08:18 UTC Comment hidden (obsolete)
Comment 10 Marina Bakutina 2021-07-22 21:34:04 UTC
Bug is reproduced,but when you double-click it's reproduced correctlu
LO 7.3.0.0
Comment 11 Timur 2021-07-23 07:18:22 UTC
It's clear that problem is reproduced as reported. 
But as I wrote in Comment 7, that's not the case in general.
So, we need to know how attached sample was created or resolving makes no sense and bug should be closed. 
That's why I set Needinfo again. 
Bugzilla has a script that removes Needinfo if reported responds, regardless if request is answered. So please reply only as asked, how was sample created, with exact steps that we can recreate.
Comment 12 QA Administrators 2022-01-20 03:34:41 UTC Comment hidden (obsolete)
Comment 13 QA Administrators 2022-02-20 03:35:04 UTC
Dear Milan Bouchet-Valat,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp