GNOME Bugzilla – Bug 310794
gnome-cups-add silently fails with remote cups servers
Last modified: 2008-01-29 13:10:43 UTC
Version details: 0.25-2.1 Distribution/Version: Debian put something different than localhost in your /etc/cups/client.conf. Try to add a printer. Watch it not do this... (I suspect this is due to it not asking for any credentials but the local root password, which doesn't and shouldn't make gnome-cups-add able to access the printer adding functions on the remote cups server). Tested on a local cupsd: there, it works fine. (Severity major because it *silently* fails. It should at least say so if the feature is not yet coded)
Of course, you always find related bug reports after the fact. #156887 looks similar to my problem. Ugh...
Hmm. async_wrapper_cb does not get an error code back from cups. ugh. (i.e. *(data->error) is NULL after the add request). Ugh. Is there any easy way to test cups requests and corresponding error values with cups-provided utilities? (this would indicate whether cups does not show errors or the error propagation in libgnomecups is broken)
BTW, if I disable user-auth and enable access to /admin/ for everyone on the remote host, everything works as advertised. So, fixing #156887 and the error recovery would certainly fix this bug.
*** This bug has been marked as a duplicate of 156887 ***
Moving all gnome-cups-manager bugs to new product. Filter on Kjartan's spring cleaning.