Bug 50073 - test page cannot be printed until lpd is restarted
Summary: test page cannot be printed until lpd is restarted
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: printconf   
(Show other bugs)
Version: 7.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Crutcher Dunnavant
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2001-07-26 14:57 UTC by Need Real Name
Modified: 2008-05-01 15:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-08-02 08:48:07 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Need Real Name 2001-07-26 14:57:57 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2-2 i686)

Description of problem:
after configuring a new printer, the "test" option fails with some useless
error message.  The "problem" is that lpd [apparently] need
to be restarted before a test page (or anything else, for that matter), can
be printed.  The config-tool should know this.

How reproducible:
Didn't try

Steps to Reproduce:
1. config new printer (in my case, jetDirect 4050 via tcp)
2. attempt to print test page

Additional info:

Comment 1 Crutcher Dunnavant 2001-07-30 20:04:31 UTC
agreed. Test functionality will be aware of this problem in the next version.

Comment 2 Need Real Name 2001-07-31 09:17:46 UTC
oops.  after I wrote this it was clear to me that someone wishing to
interpret my report in the narrowest possible fashion might conclude that
the fix is to change the behavior of the "test-page" option.

The problem is that lpd needs to be restarted after configuring this printer
(and probably any printer, but I don't know that).  Thus the fix is to have
the print-tool *automagically* restart lpd as the last step of the
configuration.  That is what I meant by "the config-tool should know this".

The failure of the "test-page" option is a symptom, not the disease.

Comment 3 Crutcher Dunnavant 2001-08-01 20:37:29 UTC
no. restarting lpd is expensive. you have to rebuild queues, and I dont want to
be thrashing the system when a knowledgeable user sits down to add 20 printers.

I thought about this for a while, and there are several internal oppinions, but
this is the way I am going.

But test page printing does force a restart now.

Comment 4 Need Real Name 2001-08-02 08:48:02 UTC
umm. I agree that a forced restart after adding every new printer is not
very clever, but it seems to me that allowing a user to create a printer
he can't use until he's restarted lpd is also not very clever (if you don't
tell him that).  There are other possibilities besides a blind restart or
no blind restart.  I have two suggestions.  Either:
A) pop up a diagog box with a nice little message ("you must restart lpd
   before this printer can be used")
B) check whether a restart is necessary at tool-exit, and either do it, or
   tell the user.

Silent failure isn't really what you want, is it?

Comment 5 Crutcher Dunnavant 2001-08-02 14:57:55 UTC
I am not doing either.

a) I'd have to pop up this little dialog after /every/ change. People only have
to learn this once, and I'm not writing nag-ware.

b) Users are permitted to change their minds. I will not save changes or restart
 lpd without their concent.

Note You need to log in before you can comment on or make changes to this bug.