Bug 163163

Summary:	new acroread doesn't use correct paper size for printing
Product:	[openSUSE] SUSE Linux 10.1	Reporter:	Klaus Singvogel <kssingvo>
Component:	Other	Assignee:	George Horlacher <ghorlacher>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None	CC:	jsmeix, koenig, suse-beta
Version:	Beta 9
Target Milestone:	---
Hardware:	Other
OS:	SuSE Linux 10.1
Whiteboard:
Found By:	Development	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Bug Depends on:
Bug Blocks:	148707

Description Klaus Singvogel 2006-04-04 08:14:04 UTC

The new acroread (7.0.5) has no longer the menu to preset the paper size.

When printing to queues of _local_ attached printer, the size is correctly set to the my current settings (here: A4). But, when printing to queues of a _remote_ cups server, the paper size is invalid set to "Letter".

Setting the page size to "A4" for that queue, printing, quitting acroread, and a restart of acroread doesn't help. The information about the paper size to a specific printer seems not to be stored in the user environment.

I guess this comes from the fact, that acroread tries to read out the PPD of the cups system directly. But instead of using the appropriate cups library calls, it ignores all the additional CUPS specific settings (like $HOME/.lpoptions) and reads the PPDs directly from /etc/cups/ppd/<<queue>>.ppd.

I guess, if not found (which is true for a remote printer), then a default value is used: Letter paper size. This assumption is wrong.

I see two fixes:
a) enable and use again the old menu to set this values (IMO better solution)
b) use the cups library to get the values, with the drawback that acroread gets then the requirement that there needs a libcups.so in the system to work correctly (and IMO the worser solution)

Comment 1 Johannes Meixner 2006-04-04 09:01:16 UTC

The fallback paper size should be A4 (not Letter), see bug #148707.
In particular see
https://bugzilla.novell.com/show_bug.cgi?id=148707#c8
for a possible workaround.

Comment 2 Klaus Singvogel 2006-04-04 10:22:34 UTC

Well, I think you misused the meaning of workaround. :)
Workaround is to solve the issue of the customer. But you suggest an implementation detail, and therefore customer might not be able to "work-around the problem" with your suggestion.

Comment 3 Johannes Meixner 2006-04-04 10:31:18 UTC

You are right.
Actually I meant "developer-workaround" - i.e. a proposal how
the Adobe Reader developers could work around the problem
if they do not want to link with CUPS libraries.

Comment 5 George Horlacher 2006-05-01 23:35:58 UTC

I've sent this information on to Acrobat developement for them to look into. I have no work around at this time for the problem. If I hear back from them I'll update this bug again, otherwise try it again in their next release.

Comment 7 Johannes Meixner 2006-06-26 07:25:25 UTC

*** Bug 187875 has been marked as a duplicate of this bug. ***

Comment 8 Harald Koenig 2006-06-26 09:23:25 UTC

(In reply to comment #7)
> ***  Bug 187875 has been marked as a duplicate of this bug. ***

two more data points from some tests during the weekend:

I have one PPD file "hp5m.ppd" for which acroread shows A4 in the print properties, for another "hp11.ppd" (HP LaserJet 4100) acroread shows "letter" as default in printer properties. I've got a more recent version of the HP4100 from linuxprinting.org (HP_LaserJet_4100_Series.ppd), but this one too shows "letter" as defaut.

BUT even with the "better" hp5m.ppd which shows A4 as default printer page size property, the acroread print preview still shows the (letter) page height 11.0 inch and a 94% zoom for an A4 document with "fit to page".

only once I've explicitly selected "A4" printer page size, the preview and zoom will change...


so it looks like (at least) two problems to me

- PPD page size defaults are not detected correctly for some PPDs
- even if PPD is read correctly, preview/zoom still don't bother


I'll attach the three mentioned PPDs for reference/testing...

Comment 9 Harald Koenig 2006-06-26 12:16:18 UTC

(In reply to comment #8)

> I'll attach the three mentioned PPDs for reference/testing...

I've no idea how it happened, but all 3 attached PPDs went into bug #163183 as attachments  #91538  #91539 and #91540.. I've never seen/touched the bug #163183 before -- weird...

I don't see how I can move those attachments from that bug to here, can you ?! 

or shall I re-submit/attach the files here again ?