Closed Bug 128003 Opened 23 years ago Closed 8 years ago

Cannot set default printer paper tray

Categories

(Core :: Printing: Setup, defect)

Product:
Core
Component:
Printing: Setup
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE
Milestone:
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: 8 years ago
Resolution: --- → INCOMPLETE
Flags: needinfo?(vseerror)
You need to log in before you can comment on or make changes to this bug.