112779 - Default filename shouldn't be `mozilla.ps' for printing to file

Status: RESOLVED WORKSFORME

(Core :: Printing: Output, defect)

Description

[Matthew T (active 1999-2002)]

Build: 2001112921, Linux or Solaris or whatever

To reproduce:
1.  Choose `File' > `Print...'.
2.  Look at the `File:' field.

What you see:
*   `mozilla.ps'

What you should see:
*   A filename that bears some resemblance to the URI of the document that
    you're printing. Printing file://home/mpt/stuff/foo.html should default
    to producing /home/mpt/stuff/foo.ps, for example.

Comment 1

[Jeremy M. Dolan]

This should use the same method as 'Save As...' which Ben Goodger (I believe) is
adding <title> support to. If they use the same function it will be alot more
consistant, and less bloaty as a bonus. Maybe mark Ben's work as a blocker?

Comment 2

[Andrew Hagen]

The work referenced in the previous comment was backed out.

Mozilla.ps is an okay filename. Suggest marking this wontfix.

Comment 3

[Roland Mainz]

We now have the ability to define any other name in user prefs, even in a
per-printer manner...
... reporter: Is that enougth for you ?

Comment 4

[Boris Zbarsky [:bzbarsky]]

No, it is not.  The request is that the _browser_ determine the filename based 
on the page being printed in a sane way not that the _user_ have to set 
preferences before printing every single page.

Comment 5

[Nicolas Bock]

I have to agree with the reporter of this bug. Admittedly, this is somewhat of a
cosmetic fix, I still think that it would greatly enhance the usability of the
print to file function of mozilla. Mozilla obviously knows what a page is called
and it should be possible to fix up the filename somehow such that it reflects
the page name.

Comment 6

[Roland Mainz]

rods:
Is there any way to obtain the documents title at InitPrintSettingsFromPrinter()
time ?
If yes we would have a crossplatform fix for the issue...
... otherwise we would have to stick the solution into the single print modules
(e.g. adding an env var to the printer name; the env var gets set to a mangeled
version of the documents title) - a solution I had in mind as a fix for this but
did not like very much (both ugly and problematic) ...

Comment 7

[rods (gone)]

When would InitPrintSettingsFromPrinter be called and from where?

BEcause if you are referring to the first time it is called, I think it is
called when you open the PageSetup dialog. Which may be shown for a document you
have no interest in printing.

It seems to me the DV should set the filename into the PS before the Print
dialog is shown.

Comment 8

[Peter Weilbacher]

Since the print dialog was changed there is no default filename any more, so this bug is no longer relevant.