Bug 138582 - ManualFeed option jumped in HP LaserJet 1200 Foomatic/Postscript ...ppd
Summary: ManualFeed option jumped in HP LaserJet 1200 Foomatic/Postscript ...ppd
Status: RESOLVED WONTFIX
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: YaST2 (show other bugs)
Version: Final
Hardware: x86-64 SuSE Linux 10.0
: P5 - None : Normal
Target Milestone: ---
Assignee: Klaus Singvogel
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-14 17:00 UTC by Christoph Lischke
Modified: 2005-12-23 22:38 UTC (History)
2 users (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
safe duplex & booklet-printing via a WLAN-SAMBA-Connection using pstools and laserjet 1200 foomatic postscript filters (7.56 KB, application/clpr)
2005-12-15 21:45 UTC, Christoph Lischke
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Lischke 2005-12-14 17:00:23 UTC
Umstellung von Linux SUSE 9.2/9.3 OSS auf Novell-SUSE 10.0 OSS
führt zu folgendem Fehler:

Zeile 166 der *.ppd Datei wird in weiter unten aufgeführter Programmsituation nicht berücksichtigt:

         *DefaultManualFeed: On

Ursache des gegenüber Version 9.2/9.3 neu auftretenden Fehlers ist die Änderung der Zeilen 62 bis 66 (62,66) der von Yast2 in der Druckerkonfiguration erstellten *.ppd

von (Version SUSE 9.2/9.3 - mangelfrei):

< *FoomaticRIPCommandLine: "level=%D; printf &quot;%!\n%%%% %%%%\n%C&quo&&
< t;; if [ $level -gt 0 ]; then if [ $level -lt 99 ]; then level=&quot; &&
< -dLanguageLevel=$level&quot;; else level=&quot;&quot;; fi; gs -q -dPAR&&
< ANOIDSAFER -dNOPAUSE -dBATCH -sDEVICE=pswrite$level%A%Z -sOutputFile=-&&
< -; else cat; fi"

zu (Version SUSE 10.0 - jetzt tritt der Fehler auf):

> *FoomaticRIPCommandLine: "level=%D; /usr/bin/printf &quot;%%!\n%%%% %%&&
> %%\n%C&quot;; if [ $level -gt 0 ]; then if [ $level -lt 99 ]; then lev&&
> el=&quot; -dLanguageLevel=$level&quot;; else level=&quot;&quot;; fi; g&&
> s -q -dPARANOIDSAFER -dNOPAUSE -dBATCH -sDEVICE=pswrite$level%A%Z -sOu&&
> tputFile=- -; else cat; fi"


Hintergrund:

Für Doppelseiten- und Broschürendruck greife ich aus einem externen Script auf zwei Drucker, die ich wie folgt definierte und nutze:

a) "HPeven" druckt alle geraden Seiten aus (ManualFeed: off)

b) "HPodd" druckt in direkter Folge auf die geraden Seiten die erste Ungerade Seite aus (ManualFeed: On)
     fordert manuelle Betätigung des Druckers an 
     - bietet Möglichkiet, zuvor die ausgedruckten Seiten 
       wieder in den Papierschadht zu legen)

c) "HPeven" druckt alle folgenden ungeraden Seiten (ManualFeed: off)

Unter 9.2/9.3 funktionierte diese Druckfolge fehlerfrei
Unter 10.0 mußte ich die Zeilen 62-66 aus meiner alten *.ppd übernehmen, 
damit die Druckfolge wieder wie beabsichtigt eine manuelle Bestätigung am Drucker anfordert, bevor die 1. ungerade Seite gedruckt wird.

ACHTUNG:
drucke ich nur über HPodd - ohne Vorspann von HPeven, dann ist der o.g. Fehler nicht ersichtlich.

P.S. ich nutze bevorzugt den foomatic Postscript Filter, da er sich nach Anwendung der PS-Tool-Filter zur Vor-Formatierung - trennen der geraden und ungeraden Seiten, psnup für den Broschürendruck Änderung der Druckfolge und Seitenorientierung für die geraden Seiten mit Firefox und anderen Programmen verträgt.

Eigentlich käme ich nach diesen Vor-Formatierungen auf meinem Drucker ganz ohne Filter aus - kenne aber keine Möglichkeit, die Option "ManualFeed: On" wirksam anzufordern.

MfG

Christoph Lischke
Comment 1 Michael Gross 2005-12-15 13:08:29 UTC
Hello Christoph

Please always write in English language in our bugzilla. There are lots of non German people reading and working on this, so this had been declared as the standard here. This was done for a maximum of transparency. Thanks. So please add an English translation and go on using English.
Comment 2 Christoph Lischke 2005-12-15 21:45:50 UTC
Created attachment 61034 [details]
safe duplex & booklet-printing via a WLAN-SAMBA-Connection using pstools and laserjet 1200 foomatic postscript filters

Translation of initial (german-)bugreport into english:

on transition from Linux SUSE 9.2/9.3 OSS to Novell-SUSE 10.0 OSS
 / alternately newly installing SUSE 10.0 OSS /
the following PPD-Filtering-Error occurs:

Line 166 of the *.ppd file will be skipped / not interpreted under condition descript beneath:

Line 166:        *DefaultManualFeed: On

(same happening on Manualfeed-Commandline-Option)

Cause is the following change of *.ppd file
concearning lines 62 through 66 (62,66) as resulting from
Yast2 configuration of ppd-files with foomatic/postscript-filter:

here: Version SUSE 9.2/9.3 - (working fine):

< *FoomaticRIPCommandLine: "level=%D; printf &quot;%!\n%%%% %%%%\n%C&quo&&
< t;; if [ $level -gt 0 ]; then if [ $level -lt 99 ]; then level=&quot; &&
< -dLanguageLevel=$level&quot;; else level=&quot;&quot;; fi; gs -q -dPAR&&
< ANOIDSAFER -dNOPAUSE -dBATCH -sDEVICE=pswrite$level%A%Z -sOutputFile=-&&
< -; else cat; fi"

changend to Version SUSE 10.0 - skipping interpretation of Line 166 in
circumstances described beneath:

> *FoomaticRIPCommandLine: "level=%D; /usr/bin/printf &quot;%%!\n%%%% %%&&
> %%\n%C&quot;; if [ $level -gt 0 ]; then if [ $level -lt 99 ]; then lev&&
> el=&quot; -dLanguageLevel=$level&quot;; else level=&quot;&quot;; fi; g&&
> s -q -dPARANOIDSAFER -dNOPAUSE -dBATCH -sDEVICE=pswrite$level%A%Z -sOu&&
> tputFile=- -; else cat; fi"


For printing duplex ore even 4 pages one sheet as left bound booklet
I wrote up a little script referring to printdefinitions

	"HPeven" (line 166 ManualFeed: off)
	"HPodd.ppd" (line 166 ManualFeed: on)

alternately using one commen ppd-file and using commandline-options as schown in attachment "clpr"

a) "HPeven" printing all even numberd sheetfaces (ManualFeed: off)

b) "HPodd" printing only 1st odd numberd sheetface (ManualFeed: On)
     requiring manual interaction on Printerbutton 
	after I turned the paperstack upside down back to papertray

c) "HPeven" printing the remainder even pages (ManualFeed: off)

worked on SUSE 9.2/9.3 perfectly
on SUSE 10.0 I had to replace lines 62 throug 66 by a copy of
my old *.ppd - else it would skip/miss the manual button-interaction-request
		for starting print 1st odd page
caveat:

if testing without the exact print-sequence as described above
the error does not occur.

P.S. I prefere foomatic Postscript Filter for the job, since using PS-Tool-Filter
in preformatting to split, sort and twist pages other filters will not
work with Firefox.

For safe reproduction of errorcondition I add the script I am using on
a HP 1200 Laserjet Printer in the end


MfG

Christoph Lischke
Comment 4 Dr. Werner Fink 2005-12-19 17:50:57 UTC
Ghostscript does not use ppd. This is the job of cups or FooMatic.
Comment 5 Klaus Singvogel 2005-12-20 11:27:18 UTC
Johannes: I see the only difference in the printf part.
Can you please try out, if removing a single '%' from a PostScript.ppd helps here?
I'm talking about this part: changing  "&quot;%%!\n"  to  "&quot;%!\n"
Comment 6 Christoph Lischke 2005-12-20 14:40:32 UTC
(In reply to comment #0)

	changing  "&quot;%%!\n"  to  "&quot;%!\n"

makes the differenz: ManualFeed=On is then cought and executed perfectly.


> Umstellung von Linux SUSE 9.2/9.3 OSS auf Novell-SUSE 10.0 OSS
> führt zu folgendem Fehler:
> 
> Zeile 166 der *.ppd Datei wird in weiter unten aufgeführter Programmsituation
> nicht berücksichtigt:
> 
>          *DefaultManualFeed: On
> 
> Ursache des gegenüber Version 9.2/9.3 neu auftretenden Fehlers ist die
> Änderung der Zeilen 62 bis 66 (62,66) der von Yast2 in der
> Druckerkonfiguration erstellten *.ppd
> 
> von (Version SUSE 9.2/9.3 - mangelfrei):
> 
> < *FoomaticRIPCommandLine: "level=%D; printf &quot;%!\n%%%% %%%%\n%C&quo&&
> < t;; if [ $level -gt 0 ]; then if [ $level -lt 99 ]; then level=&quot; &&
> < -dLanguageLevel=$level&quot;; else level=&quot;&quot;; fi; gs -q -dPAR&&
> < ANOIDSAFER -dNOPAUSE -dBATCH -sDEVICE=pswrite$level%A%Z -sOutputFile=-&&
> < -; else cat; fi"
> 
> zu (Version SUSE 10.0 - jetzt tritt der Fehler auf):
> 
> > *FoomaticRIPCommandLine: "level=%D; /usr/bin/printf &quot;%%!\n%%%% %%&&
> > %%\n%C&quot;; if [ $level -gt 0 ]; then if [ $level -lt 99 ]; then lev&&
> > el=&quot; -dLanguageLevel=$level&quot;; else level=&quot;&quot;; fi; g&&
> > s -q -dPARANOIDSAFER -dNOPAUSE -dBATCH -sDEVICE=pswrite$level%A%Z -sOu&&
> > tputFile=- -; else cat; fi"
> 
> 
> Hintergrund:
> 
> Für Doppelseiten- und Broschürendruck greife ich aus einem externen Script
> auf zwei Drucker, die ich wie folgt definierte und nutze:
> 
> a) "HPeven" druckt alle geraden Seiten aus (ManualFeed: off)
> 
> b) "HPodd" druckt in direkter Folge auf die geraden Seiten die erste Ungerade
> Seite aus (ManualFeed: On)
>      fordert manuelle Betätigung des Druckers an 
>      - bietet Möglichkiet, zuvor die ausgedruckten Seiten 
>        wieder in den Papierschadht zu legen)
> 
> c) "HPeven" druckt alle folgenden ungeraden Seiten (ManualFeed: off)
> 
> Unter 9.2/9.3 funktionierte diese Druckfolge fehlerfrei
> Unter 10.0 mußte ich die Zeilen 62-66 aus meiner alten *.ppd übernehmen, 
> damit die Druckfolge wieder wie beabsichtigt eine manuelle Bestätigung am
> Drucker anfordert, bevor die 1. ungerade Seite gedruckt wird.
> 
> ACHTUNG:
> drucke ich nur über HPodd - ohne Vorspann von HPeven, dann ist der o.g. Fehler
> nicht ersichtlich.
> 
> P.S. ich nutze bevorzugt den foomatic Postscript Filter, da er sich nach
> Anwendung der PS-Tool-Filter zur Vor-Formatierung - trennen der geraden und
> ungeraden Seiten, psnup für den Broschürendruck Änderung der Druckfolge und
> Seitenorientierung für die geraden Seiten mit Firefox und anderen Programmen
> verträgt.
> 
> Eigentlich käme ich nach diesen Vor-Formatierungen auf meinem Drucker ganz
> ohne Filter aus - kenne aber keine Möglichkeit, die Option "ManualFeed: On"
> wirksam anzufordern.
> 
> MfG
> 
> Christoph Lischke
> 

	changing  "&quot;%%!\n"  to  "&quot;%!\n"

makes the differenz: ManualFeed=On is then cought and executed perfectly.
Comment 7 Klaus Singvogel 2005-12-23 22:25:49 UTC
I never assigned it to me. I need some important information.
As a result: closing it with WONTFIX.
Comment 8 Klaus Singvogel 2005-12-23 22:38:38 UTC
BTW: the origin of the database is located at www.linuxprinting.org  Please report your problem there.
Later the (fixed) db will transfered and new files will be generated and included in next or a later OpenSuse product.