Issue 113025 - Forms Document Print Errantly vs 3.2.1
Summary: Forms Document Print Errantly vs 3.2.1
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: DEV300m84
Hardware: Unknown Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 3.3
Assignee: h.ilter
QA Contact: issues@framework
URL:
Keywords: regression
Depends on:
Blocks: 111112
  Show dependency tree
 
Reported: 2010-07-07 22:05 UTC by drichard
Modified: 2017-05-20 10:22 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Test document (637.70 KB, application/vnd.oasis.opendocument.text)
2010-07-07 22:06 UTC, drichard
no flags Details
The resulting physical printed pages. HP printer was used. (226.81 KB, application/pdf)
2010-07-07 22:07 UTC, drichard
no flags Details
While editing, document displays fine (190.34 KB, image/png)
2010-07-08 17:21 UTC, drichard
no flags Details
Preview mode works fine. (228.12 KB, text/plain)
2010-07-08 17:21 UTC, drichard
no flags Details
The resulting PDF is OK too. (209.56 KB, application/pdf)
2010-07-08 17:22 UTC, drichard
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description drichard 2010-07-07 22:05:15 UTC
@sba:  I was able to confirm what the beta testers are seeing that m84 is
printing all documents that have form widgets differently than they did in 3.2.1
and earlier.  The widgets themselves appear in different places and also it
seems like the font itself is different.   I'm no expert in the code, but two
areas that I know changed:

- There was mention of a new type of font that was merged in post 3.2.X
- The new print dialog seems to have a new checkbox that allows you to select
and de-select whether you want the form widgets to print or not.

I'm attaching the PDF that shows the different outputs of the same document. 
Both were printed from the same server and therefore have access to the same
fonts and printers.

I'm attaching the physical document that was printed.
Comment 1 drichard 2010-07-07 22:06:05 UTC
Created attachment 70447 [details]
Test document
Comment 2 drichard 2010-07-07 22:07:09 UTC
Created attachment 70448 [details]
The resulting physical printed pages.  HP printer was used.
Comment 3 drichard 2010-07-07 22:08:04 UTC
@tm, please assign to sba per my IRC conversation earlier today.  Thanks.
Comment 4 Olaf Felka 2010-07-08 06:56:12 UTC
reassigned
Comment 5 stefan.baltzer 2010-07-08 15:57:55 UTC
Adding some CCs.
When I compare the PDF output from OOo 3.2.1 to current DEV300_m84, I get
different "effects" on different machines (WindowsXP, OpenSuse 11, Fedora4).
None of these have that font availableOne major availability of the mainly used
font (Nimbus Sans L). 
The formatting of the text frames and the controls leaves little room for
"slightly different font metrics of the replacement font". 

However, the initial description tells that the same fonts were in use for both
versions.
Comment 6 stefan.baltzer 2010-07-08 16:10:18 UTC
The most obvious difference in the attached PDF is the dislocation of the boxes
on top of the document (Meeting Date, Presenter, Department). Let's start with
this. (Could be that the issues with this document must be split up to several
issues later on...)

sba->drichard, some questions:
 - What Linux system do you use?
 - Do you see this dislocation of the above mentioned boxes already in Writer
while editing or only after PDF export?


Comment 7 drichard 2010-07-08 17:18:34 UTC
@sba:  The server is running 64bit OpenSuse 11.2.

I found some interesting updates.  When you export this document to PDF, the
resulting PDF is perfect.  So whatever is broken, it's only happening during the
printing process.  The editing process, and PagePreview screens are all perfect.
 Uploading my work files for review.

Nimbus Sans L comes from ghostscript and is installed by default on OpenSuse.  I
can provide a tarball of that font if needed.
Comment 8 drichard 2010-07-08 17:21:00 UTC
Created attachment 70462 [details]
While editing, document displays fine
Comment 9 drichard 2010-07-08 17:21:28 UTC
Created attachment 70463 [details]
Preview mode works fine.
Comment 10 drichard 2010-07-08 17:22:37 UTC
Created attachment 70464 [details]
The resulting PDF is OK too.
Comment 11 philipp.lohmann 2010-08-12 09:58:19 UTC
target, taking
Comment 12 philipp.lohmann 2010-08-12 15:04:29 UTC
fixed in CWS ooo33gsl05
Comment 13 philipp.lohmann 2010-08-13 13:35:34 UTC
please verify in CWS ooo33gsl05
Comment 14 h.ilter 2010-08-16 10:59:07 UTC
Verified with cws ooo33gsl05 = ok