Closed
Bug 308173
Opened 19 years ago
Closed 19 years ago
Printing reverts to default printer every time a page is printed
Categories
(Core :: Printing: Output, defect, P1)
Core
Printing: Output
Tracking
()
RESOLVED
FIXED
mozilla1.8beta5
People
(Reporter: adam34i, Assigned: masayuki)
References
Details
(Keywords: fixed1.8, regression)
Attachments
(3 files)
1.51 KB,
patch
|
jst
:
review+
jst
:
superreview+
asa
:
approval1.8b5+
|
Details | Diff | Splinter Review |
1.61 KB,
patch
|
neil
:
review+
neil
:
superreview+
asa
:
approval1.8b5+
|
Details | Diff | Splinter Review |
1.51 KB,
patch
|
mconnor
:
review+
asa
:
approval1.8b5+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4
When printing a page with Firefox <= 1.0.6, if you chose to print any subsequent
pages after the first, Firefox would automatically select the last printer you used.
In Firefox 1.5 Beta 1, every time you print a new Web page, the print dialog
reverts to the default printer as listed in the Printers section of the Windows
Control Panel. This can be annoying if a printer on the network is offline and
you do not want to manually change the default printer for your current browsing
session.
Reproducible: Always
Steps to Reproduce:
1. Navigate to any Web page
2. Select "File -> Print..." from the menubar
Actual Results:
I realized the printer kept switching back to the default printer!
Expected Results:
I think the software should behave like its predecessors in that the default
printer should display ONLY if another printer has not been chosen for the
current browsing session. Once another printer has been chosen, it should
persist throughout that session.
Assignee | ||
Comment 1•19 years ago
|
||
I changed to current behavior in bug 118563. I don't think that the default
browser should be selected at first printing in current session...
Assignee: nobody → printing
Component: OS Integration → Printing
Product: Firefox → Core
QA Contact: os.integration
Version: unspecified → Trunk
Assignee | ||
Updated•19 years ago
|
OS: Windows XP → All
Hardware: PC → All
Assignee | ||
Comment 2•19 years ago
|
||
> I don't think that the default
> browser should be selected at first printing in current session...
Sorry.
I don't think that the default printer should be selected at first printing in
current session...
Assignee | ||
Comment 3•19 years ago
|
||
Oops. Sorry. I missed to understand this report.
On currently behavior, we keep the last printer in prefs.js. And next printing
time, last printer is selected and last print setting comes back. In your
environment, Isn't firefox working so?
Assignee | ||
Comment 4•19 years ago
|
||
O.K. I reproduced it.
Assignee | ||
Updated•19 years ago
|
Assignee: printing → masayuki
Flags: blocking1.8b5?
Assignee | ||
Comment 5•19 years ago
|
||
taking. I will create the patch in several days.
Status: NEW → ASSIGNED
Comment 6•19 years ago
|
||
Same as bug 256680?
Assignee | ||
Comment 7•19 years ago
|
||
*** Bug 256680 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•19 years ago
|
Priority: -- → P1
Target Milestone: --- → mozilla1.8beta5
Assignee | ||
Comment 8•19 years ago
|
||
Attachment #196067 -
Flags: superreview?(jst)
Attachment #196067 -
Flags: review?(jst)
Assignee | ||
Comment 9•19 years ago
|
||
Attachment #196068 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #196068 -
Flags: review?(neil.parkwaycc.co.uk)
Assignee | ||
Comment 10•19 years ago
|
||
Attachment #196069 -
Flags: review?(mconnor)
Assignee | ||
Comment 11•19 years ago
|
||
These patches are very simple.
When |nsPrintSettings| is initialized, it using the value of
"print.print_printer". Therefore, we should save last printer name to here.
# NOTE: I think that if using XP print dialog(toolkit's printdialog.js and
xpfe's printdialog.js), this bug may not be fixed by my patch. Because
printdialog.js has original printing code.(I will test tomorrow or soon, if I
found same problem on XP print dialog, I will file a bug and create the patch.)
Assignee | ||
Updated•19 years ago
|
Whiteboard: [needs review mconnor][needs review jst][needs review neil]
Updated•19 years ago
|
Attachment #196069 -
Flags: review?(mconnor) → review+
Assignee | ||
Updated•19 years ago
|
Whiteboard: [needs review mconnor][needs review jst][needs review neil] → [needs review jst][needs review neil]
Comment 12•19 years ago
|
||
Comment on attachment 196067 [details] [diff] [review]
Patch rv1.0 for 'javascript:window.print()'
r+sr=jst
Attachment #196067 -
Flags: superreview?(jst)
Attachment #196067 -
Flags: superreview+
Attachment #196067 -
Flags: review?(jst)
Attachment #196067 -
Flags: review+
Assignee | ||
Comment 13•19 years ago
|
||
Comment on attachment 196067 [details] [diff] [review]
Patch rv1.0 for 'javascript:window.print()'
checked-in this.
Attachment #196067 -
Attachment is obsolete: true
Assignee | ||
Comment 14•19 years ago
|
||
Comment on attachment 196069 [details] [diff] [review]
Patch for Firefox(toolkit)
checked-in this.
Attachment #196069 -
Attachment is obsolete: true
Assignee | ||
Updated•19 years ago
|
Whiteboard: [needs review jst][needs review neil] → [needs review neil]
Assignee | ||
Comment 15•19 years ago
|
||
Could anyone test that checked-in patch works fine or not on Linux(Firefox)?
I cannot test on Linux. Because I cannot add printer to Mozilla.
Updated•19 years ago
|
Attachment #196068 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #196068 -
Flags: superreview+
Attachment #196068 -
Flags: review?(neil.parkwaycc.co.uk)
Attachment #196068 -
Flags: review+
Assignee | ||
Comment 16•19 years ago
|
||
Comment on attachment 196067 [details] [diff] [review]
Patch rv1.0 for 'javascript:window.print()'
This has very low risk. And it is regression from Firefox 1.0.x(Gecko1.7.x).
This bug is very inconvenience.
Attachment #196067 -
Flags: approval1.8b5?
Assignee | ||
Comment 17•19 years ago
|
||
Comment on attachment 196068 [details] [diff] [review]
Patch for suite
See previous comment.
Attachment #196068 -
Flags: approval1.8b5?
Assignee | ||
Comment 18•19 years ago
|
||
Comment on attachment 196069 [details] [diff] [review]
Patch for Firefox(toolkit)
See previous comment.
Attachment #196069 -
Attachment is obsolete: false
Attachment #196069 -
Flags: approval1.8b5?
Assignee | ||
Updated•19 years ago
|
Attachment #196067 -
Attachment is obsolete: false
Assignee | ||
Updated•19 years ago
|
Whiteboard: [needs review neil]
Assignee | ||
Comment 19•19 years ago
|
||
Suite's patch is checked-in.
Assignee | ||
Updated•19 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•19 years ago
|
Whiteboard: [needs approval]
Updated•19 years ago
|
Attachment #196068 -
Flags: approval1.8b5? → approval1.8b5+
Updated•19 years ago
|
Attachment #196069 -
Flags: approval1.8b5? → approval1.8b5+
Updated•19 years ago
|
Flags: blocking1.8b5? → blocking1.8b5+
Updated•19 years ago
|
Attachment #196067 -
Flags: approval1.8b5? → approval1.8b5+
Assignee | ||
Comment 20•19 years ago
|
||
checked-in to branch.
Keywords: fixed1.8
Whiteboard: [needs approval]
You need to log in
before you can comment on or make changes to this bug.
Description
•