Bug 100787 - : Formular printing of tables ist not 1:1
Summary: : Formular printing of tables ist not 1:1
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
5.1.3.2 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-06 16:24 UTC by Sigrid
Modified: 2017-03-01 10:36 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
A Snipping of the table of the formular, preview, print and pdf-version (116.44 KB, application/vnd.oasis.opendocument.graphics)
2016-07-06 16:24 UTC, Sigrid
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sigrid 2016-07-06 16:24:14 UTC
Created attachment 126090 [details]
A Snipping of the table of the formular, preview, print and pdf-version

For billing I produced a formular with a table (positions of the bill) in OpenOffice, an the formular I created was always the same in the print preview, the print, and the pdf. (The pdf ist the backup)
Now I switched to LibreOffice (5.1.3.2). At the first view, nothing changed, the content of the formular was the same, logo and adress of the bill was nicely located. But every trial for a nice printing failed. The same formular give in the best case a table with no rowname. Some times the rowname are only some big letters in the header. If I change the zoom, the whole table changs its position, as well other fields of the formular. Rezooming to the orginal size gives another layout.

In the attachment I show you one table of the bill in different printing- stages.
Original - Prview - Print - PDF each different


The problems occure only in tables of formulars. I mostly create a table out of a view, where I filter entries of positions, belonging to one order. 
In a test, I tried to load simple tables in the formular, but most problems are the same as well-
Comment 1 Joel Madero 2016-07-08 05:08:04 UTC
We need the original document - without it there's nothing we can do.

Marking as NEEDINFO - once you provide the original document please set to UNCONFIRMED.
Comment 2 QA Administrators 2017-01-31 00:29:11 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2017-03-01 10:36:35 UTC
Dear Bug Submitter,

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-20170301