63981 - Print to file doesn't verify that destination is valid

Status: VERIFIED WORKSFORME

(Core :: Printing: Output, defect)

Description

[Colin Mattson]

When selecting to Print to File instead of the print spool, Mozilla does not
appear to check if the destination file is valid or not if it is entered by
hand.  Bogus (non-existant) subdirectories entered will be taken as valid and
Mozilla will exit the print dialog as normal.

To reproduce this bug:
1. Visit any site or load a local HTML file.
2. File | Print
3. Print to: File
4. Enter a path which is not valid.  (Examples: if 'root' has no 'stuff' subdir,
enter /root/stuff/filename.ps.  Or, make up a path completely, a la
/xxx/yyy/zzz/pr0n/1/silly.ps)
5. Click Print.
6. Verify that the file exists -- it does not.

When completed, the file does not exist, and no error message resulted.

To handle this more elegantly, Mozilla should (a) check that paths given are
valid and (b) return with an error message to the tune of "ERROR: Path does not
exist or is invalid", if appropriate.

Comment 1

[Keyser Sose]

VERIFIED

Platform: PC
OS: Linux 2.2.16
Mozilla Build: 2000122808 M18 Trunk Build


Marking NEW.

Comment 2

[dcone (gone)]

Can you look at this one.. thanks

Comment 3

[waqar]

The solution that was proposed was to create a file mozilla.ps in home directory
of the user. This is the same behavior as 4.x. Is that acceptable solution or do
we need to ask the user to input a new location?

Comment 4

[waqar]

Look at bug 58746

Comment 5

[shrirang khanzode]

spam : changing qa to sujay (new qa contact for Printing)

Comment 6

[Kevin McCluskey (gone)]

bulk reassigning Waqar's bugs to Don.

Comment 7

[Kevin McCluskey (gone)]

The current 2001102503 build on Linux displays an error dialog if you enter a
bad filename when printing to a file.

Marking WFM.

Comment 8

[sujay]

verified