"Print range Pages" functions improperly with blank "from:" or "to:" fields

RESOLVED INVALID

Status

()

Core
Printing: Output
--
minor
RESOLVED INVALID
15 years ago
12 years ago

People

(Reporter: Ken Winiecki, Jr., Unassigned)

Tracking

Trunk
x86
Windows 2000
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3.1) Gecko/20030425
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3.1) Gecko/20030425

In the Mozilla "Print" window "Print range" region, a blank "from:" field should
imply "beginning", and a blank "to:" field should imply "end", but they do not.  

The "to:" field should be writeable when the "from:" field is blank, but it is not.

Entering a number in the "from:" field and leaving the "to:" field blank should
print from the page number entered to the end of the document, but it does not,
it only prints one page.

There should be an additional radio button to easily print "Current page".

Reproducible: Always

Steps to Reproduce:
1.  Go to any web page that is at least 3 pages long.
2.  Select "File / Print..." or click on the printer icon.
3.  Enter "2" into the "Print range Pages to:" field and hit "OK" if successful.
4.  Enter "2" into the "Print range Pages from:" field and hit "OK".

Actual Results:  
1.  Went to a web page that was 3 pages long.
2.  Brought up the Print window.
3.  Failed, the "Print range Pages to:" field is locked.
4.  Only printed one page, page number 2 of 3.

Expected Results:  
1.  (This is fine.)
2.  (This is fine.)
3.  Should have printed pages 1 and 2 of 3 instead of refusing entry.
4.  Should have printed pages 2 and 3 of 3 instead of only page 2.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
(Reporter)

Updated

13 years ago
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → FIXED

Updated

13 years ago
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---

Comment 2

13 years ago
No changes were made to the code base by this bug, worksforme.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago13 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 3

13 years ago
Oops, reopened.  I think later in 2003, the default action was improved by
changing "from:" and "to:" from <blank> and <blank> to "1" and "1".  Otherwise
the behavior is still as described Mozilla/5.0 (Windows; U; Windows NT 5.0;
en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---

Comment 4

12 years ago
print dialog no longer allows non-numerics in these fields.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060714 Minefield/3.0a1
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060516 SeaMonkey/1.0.2

-> invalid
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago12 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.