[21037] in Athena Bugs
sun4 9.1.17: mozilla
daemon@ATHENA.MIT.EDU (Eric Mumpower)
Thu Nov 7 19:40:19 2002
Message-Id: <200211080040.TAA19995@m56-129-11.mit.edu>
To: bugs@MIT.EDU
Date: Thu, 07 Nov 2002 19:40:17 -0500
From: Eric Mumpower <nocturne@MIT.EDU>
System name: m56-129-11.mit.edu
Type and version: Sun-Blade-100 9.1.17
Display type: ifb
Shell: /bin/athena/tcsh
Window manager: /mit/windowmanagers/sun4bin/vtwm.gamma -f /mit/nocturne/dotfiles/vtwmrc
What were you trying to do?
Print to the default printer from Mozilla (i.e. whatever printer lpr
defaults to for my current host)
What's wrong:
When I ran mozilla for the first time (just now), it imported the
"Print Command" I most recently used in Netscape, which was "lpr -Ppindar2"
(I suppose I had entered this because I wanted to print duplex in the m66
cluster.)
The fact that Netscape caches this value from session to session is okay,
because the Print Command ("lpr -Ppindar2" in this case) is immediately
visible in the "Print" dialogue.
Mozilla, on the other hand, hides this setting under the "Properties" button
of the print dialogue. The combination of this fact with the autoimporting
of a setting the user may not have used recently will cause some users to be
unable to figure out why Mozilla "isn't printing" (when in fact they're
loading a now-distant printer with print jobs).
A couple months ago I had a user come into the SIPB office with precisely
this problem once; I was baffled as to why he had forgotten having set this
value. The answer is -- he probably never set it himself in Mozilla -- it
was automatically set for him during profile importation.
Having had exactly this problem myself now, I see how it may have happened.
What should have happened: [Please replace this line with your information.]
This is a subtle issue, and perhaps not worth addressing. But it would
eliminate some amount of confusion on the part of former Netscape users who
are printing from Mozilla for the first time.
Please describe any relevant documentation references:
