Closed Bug 128003 Opened 24 years ago Closed 10 years ago

Cannot set default printer paper tray

Categories

(Core :: Printing: Setup, defect)

x86
Windows NT
defect
Not set
normal

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
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
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...
can we get a better summary for this bug?
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
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.
Blocks: 125824
Confirming on basis of comments. Setting this to depend on bug 127646.
Status: UNCONFIRMED → NEW
Depends on: 127646
Ever confirmed: true
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → Future
bug 127646 has been fixed. This bug still exists, AFAICT
Assignee: rods → printing
Status: ASSIGNED → NEW
QA Contact: sujay
Assignee: printing → nobody
QA Contact: printing
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 → --
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
Flags: needinfo?(vseerror)
You need to log in before you can comment on or make changes to this bug.