[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    Bug#47568: Print Dialog blocks with remote cups server
From:       John Hughes <johughes () shaw ! ca>
Date:       2002-09-10 0:32:07
[Download RAW message or body]

On September 9, 2002 05:52 am, Michael Goffioul wrote:
> > In any kdeprint using app, bringing up the print dialog, and printing to
> > a local server seems to work fine.
> >
> > I run cups on another machine on my LAN, so I configured the print system
> > to connect to this remote machine.
> >
> > Now, any action that requires communication with the server sits there
> > for 5 minutes blocking the UI not doing anything. It will eventually
> > work, and it will eventually print.
> >
> > There is no problem that I can see on the cups configuration side, or on
> > the network. All other network IO works fine, displaying xclients from
> > that same machine on this one, etc.
> >
> > Once you press the print button, after sitting there for 5 minutes doing
> > nothing, suddenly it transfers all the data accordingly in a second. So
> > it doesnt even seem to be a bandwidth problem.
> >
> > I've even communicated with the server using lpstatus, with no delays
> > what-so-ever.
>
> A common configuration error (that might lead to such problem) is the
> following: the target CUPS server has access restriction to localhost
> only for some standard read-only resources like "/" or "/printers/",
> meaning that it refuses connection coming from other computers.

The thing is, the print job DOES eventually go through. It just sits there 
first doing nothing for a while. I've checked the servers permissions. "/" 
has no authentication at all. (I'm behind a firewall)

(Complete bug history is available at http://bugs.kde.org/db/47/47568.html)
[prev in list] [next in list] [prev in thread] [next in thread]