Bug 126014 - unable to retrieve printer list
Summary: unable to retrieve printer list
Status: CLOSED NOT A BUG
Alias: None
Product: kdeprint
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: KDEPrint Devel Mailinglist
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-21 12:20 UTC by VTVL
Modified: 2008-12-31 19:57 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description VTVL 2006-04-21 12:20:10 UTC
Version:            (using KDE KDE 3.4.2)
Installed from:    SuSE RPMs
OS:                Linux

When starting a print job, the initializing manager message appears, time out and the error message "unable to retrieve printer list" appears.

The host PC is a client.  The CUPS print server is another PC on the LAN.

This behaviour only occurs for one user.  Creating a second user account and logging into session to test gives a normal - error free - behaviour.  Another PC host on the LAN also works fine.  Using the super user or root (Administrator Mode) works fine.

So the problem seems to be caused by an incorrect configuration or previlige specification affecting just one user.

The problem started after an upgrade from SuSE 9.3 to 10.0.

Where can I find a "config" file to check or otherwise correct?
Comment 1 Cristian Tibirna 2006-04-21 12:56:45 UTC
On 21 April 2006 06:20, t-poppy wrote:

> When starting a print job, the initializing manager message appears, time
> out and the error message "unable to retrieve printer list" appears.


Please post that user's ~/.lpoptions file. Also, specify what permissions that 
file has.

> This behaviour only occurs for one user.  Creating a second user account
> and logging into session to test gives a normal - error free - behaviour. 
> Another PC host on the LAN also works fine.  


This another PC works fine for the user which has the error on the first PC? 
If yes, is its account shared from a server by NFS?

> The problem started after an upgrade from SuSE 9.3 to 10.0.


Was this upgrade on the PC or on the print server? Or both?

You migh want to look at configuration files in /etc/cups. E.g. client.conf on 
the client PC and printers.conf, cupsdconf on the server PC.
Comment 2 VTVL 2006-04-21 15:08:17 UTC
> Please post that user's ~/.lpoptions file. Also, specify what permissions that 
> file has.
>   

The user ~/.lpoptions file has permissions -rw-r--r--     user  group users

the contents of the file:

Default styluscolor600

lpoptions in /etc/cups    just lists the various instances that I set-up as root

>
> This another PC works fine for the user which has the error on the first PC? 
> If yes, is its account shared from a server by NFS?
>   

There are different users on each PC.   All other users can print with kdeprint.



>
> Was this upgrade on the PC or on the print server? Or both?
>   

The upgrade was on all PCs.  as a clean new installation.   All the /home/user/ files we backed-up and then restored selectively.   It may be that some /.kde files were restored. (e.g. kopete contact list and similar)

> You migh want to look at configuration files in /etc/cups. E.g. client.conf on 
> the client PC and printers.conf, cupsdconf on the server PC.
>   

On the client PC    etc/cups/client.conf is empty 

The cupsd.conf om the server is OK.   At least all other client users can print.    (Note that AuthType was BasicDigest   which is wrong.  I changed it to None and commented AuthClass and AuthGroupName )  The present problem of just one particular client user not able to retrieve the printer list continues.

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-15"
 http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#330033">
<br>
<blockquote cite="mid20060421105646.23247.qmail@ktown.kde.org"
 type="cite">
  <pre wrap="">
Please post that user's ~/.lpoptions file. Also, specify what permissions that 
file has.
  </pre>
</blockquote>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Kate, the KDE Advanced Text Editor">
<pre>The user ~/.lpoptions file has permissions -rw-r--r--     user  group users

the contents of the file:

Default styluscolor600

lpoptions in /etc/cups    just lists the various instances that I set-up as root
</pre>
<blockquote cite="mid20060421105646.23247.qmail@ktown.kde.org"
 type="cite">
  <pre wrap="">

This another PC works fine for the user which has the error on the first PC? 
If yes, is its account shared from a server by NFS?
  </pre>
</blockquote>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Kate, the KDE Advanced Text Editor">
<pre>There are different users on each PC.   All other users can print with kdeprint.


</pre>
<blockquote cite="mid20060421105646.23247.qmail@ktown.kde.org"
 type="cite">
  <pre wrap="">

Was this upgrade on the PC or on the print server? Or both?
  </pre>
</blockquote>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Kate, the KDE Advanced Text Editor">
<pre>The upgrade was on all PCs.  as a clean new installation.   All the /home/user/ files we backed-up and then restored selectively.   It may be that some /.kde files were restored. (e.g. kopete contact list and similar)
</pre>
<blockquote cite="mid20060421105646.23247.qmail@ktown.kde.org"
 type="cite">
  <pre wrap="">
You migh want to look at configuration files in /etc/cups. E.g. client.conf on 
the client PC and printers.conf, cupsdconf on the server PC.
  </pre>
</blockquote>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Kate, the KDE Advanced Text Editor">
<pre>On the client PC    etc/cups/client.conf is empty 

The cupsd.conf om the server is OK.   At least all other client users can print.    (Note that AuthType was BasicDigest   which is wrong.  I changed it to None and commented AuthClass and AuthGroupName )  The present problem of just one particular client user not able to retrieve the printer list continues.</pre>
</body>
</html>
Comment 3 Michael Goffioul 2006-04-21 15:20:57 UTC
Can you check on the client PC which CUPS server kdeprint is trying to connect to? Normally, it should be mentionned in ~/.kde/share/config/kdeprintrc (or whatever directory where KDE stores its config files).
Comment 4 VTVL 2006-04-21 15:40:55 UTC
Michael Goffioul wrote:
[bugs.kde.org quoted mail]

[CUPS]
Host=hostname
InstallDir=
Login=
Port=631
SavePassword=false

Note:  the actual hostname is correct.   It is a name and not an IP number.

Note 2.  on the test user  kdeprintrc  and the /root kdeprintrc  the
above is not listed.
Comment 5 Michael Goffioul 2006-04-21 16:13:45 UTC
Can you try to remove the kdeprintrc file and restart KDE?

Is the actual hostname known to the PC where the problem occurs? I mean, can it be resolved without requesting a DNS server? If you use an IP number instead of the hostname, or add an alias in the /etc/hosts file, does it change anything?

Michael.
Comment 6 VTVL 2006-04-21 17:49:18 UTC
Michael Goffioul wrote:
[bugs.kde.org quoted mail]
I first experimented with Host=serverhostname    using name,
name.domain   and  192.168.1.2

The first case caused the error described.   The second and third caused
the printer list error not to be reported but no remote printer was listed.

Then I compared the kdeprintrc  files in root and the test user.    The
items commented out below were not present at all.   So I commented
these out.   The next test worked correctly ! :)

So the kdeprintrc may have been a restored older version.   The odd
thing is that this worked OK with SuSE 9.3.   I do not know what KDE
version change has occurred with SuSE 10.0.   A interesting question is
whether this problem occurs if one just performs an upgrade over SuSE
9.3 to 10.0.    I certainly am not going to do this experiment.


[$Version]
update_info=kdeprintrc.upd:kde-3.1-toolbar

#[CUPS]
#Host=severhostname
#InstallDir=
#Login=
#Port=631
#SavePassword=false

#[Filter]
#LocationRe=
#Printers=

#[General]
#ExternalPreview=false
#PreviewCommand=gv
#ShowStatusMsg=true
#TestPage=
#TimerDelay=5
#UseLast=true

[Jobs]
Limit=0
Size=857,250


-- John
Comment 7 Michael Goffioul 2006-04-24 08:47:10 UTC
Under your test user (when it's working), what do you get as CUPS server when you open the kdeprint settings dialog (print dialog -> System Options -> CUPS tab)?

Michael.
Comment 8 VTVL 2006-04-26 14:18:17 UTC
Sorry for delayed reply:

As test user when CUPS was invoked via kdeprint,  the first time it
reported the printer list error.   On the second try it worked correctly !

In both cases and with normal user the Server is indicated as  localhost:631

-- John

Michael Goffioul wrote:
[bugs.kde.org quoted mail]
Comment 9 Kurt Pfeifle 2007-01-12 21:13:20 UTC
I assume this bug can be closed. Looks like a fault configuration, caused through an upgrade.
Comment 10 John Layt 2008-12-31 19:57:34 UTC
Closing old Resolved status bug.