Closed
Bug 128003
Opened 24 years ago
Closed 10 years ago
Cannot set default printer paper tray
Categories
(Core :: Printing: Setup, defect)
Tracking
()
RESOLVED
INCOMPLETE
Future
People
(Reporter: gerald.scheurmann-kettner, Unassigned)
References
Details
(Keywords: steps-wanted)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; de-AT; rv:0.9.8) Gecko/20020204
BuildID: 2002020406
Everytime I would like to print an eMail (printer HP Laserjet 2200, 4050, 2100,
4100) I have to open the front flap (for individual papers) and put in extra
paper, otheriwse it won
Comment 1•24 years ago
|
||
Reporter:
Do you set any paper size before printing ? Does it help when you set a paper
size which matches the paper size for the "automatic" tray (I assume DIN-A4 in
your case) ?
this is not evang...
Assignee: nitot → rods
Component: Europe: West → Printing
Product: Tech Evangelism → Browser
QA Contact: caillon → sujay
Version: unspecified → other
Comment 3•24 years ago
|
||
I think this is related to the bug "printer not picking up system defaults" (it
tried e.g. to print "letter" sized each time, although the default is A4.
I think this bug might already be fixed in a recent nightly...
Comment 5•24 years ago
|
||
um ... how about "Cannot set default printer paper tray" ?
don't we have a DUP on this somewhere?
Summary: it → Cannot set default printer paper tray
Comment 7•24 years ago
|
||
bug 127646 ("Need Getter/Setter for paper name in nsIPrintSettings") is a RFE to
add the paper name to nsIPrintSettings (and then the paper name carries the tray
name on demand (due the relationship between trays and medium sizes...)), e.g.
"DIN-A4" if there are no trays and "main/DINA-a4" for DIN-A4 in the "main" tray.
"manual/DIN-A4" would mean DIN-A4 paper size in the "manual tray" etc.
Comment 8•24 years ago
|
||
Confirming on basis of comments. Setting this to depend on bug 127646.
Updated•23 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → Future
Comment 9•20 years ago
|
||
bug 127646 has been fixed. This bug still exists, AFAICT
Assignee: rods → printing
Status: ASSIGNED → NEW
QA Contact: sujay
Updated•16 years ago
|
Assignee: printing → nobody
QA Contact: printing
Comment 10•10 years ago
|
||
Is this still reproducible in a recent version of Firefox?
If so, what are the exact steps to reproduce it?
Component: Printing: Output → Printing: Setup
Flags: needinfo?(vseerror)
Keywords: steps-wanted
Priority: P1 → --
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
Updated•10 years ago
|
Flags: needinfo?(vseerror)
You need to log in
before you can comment on or make changes to this bug.
Description
•