Description of problem:
There was an error during the CUPS operation: 'client-error-not-possible'.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Gnome, normal User, System/Printing
2. Add Printer, 2x root pwd, Network, AppSocket/HP JetD, socket://canon..., 9100
3. provide PPD, name+desc+loc, Apply.
Returning IPP client-error-not-possible for CUPS-Add-Modify-Printer (ipp://localhost/printers/Canon-iR-3170C-EUR) from localhost
New printer in Printing-localhost
Adding through: http://localhost:631/printers/ works fine.
User was adding host-name of a printer like socket://canon-printer.brq.redhat.com which resolved as socket://socket://canon-printer.brq.redhat.com:9100 device-uri.
We should probably better check correctness of typed-in ip-address/hostname.
Or maybe could be replaced label "Host:" to "socket://" front of textbox.
'socket://' is the text it is, and is not translatable. 'Host:' on the other hand can be translated into something suitable for each language.
The correct solution is for system-config-printer to disallow the ':' and '/' characters I think. One way to do this is by connecting to the 'changed' signal for that Entry object, like we do for entNPName.
Created attachment 449255 [details]
Tim, can you check this one ?
And I'm not sure whether this will go into 1.2 or 1.3 ?
Looks great, thanks. This can go into 1.2.x.
system-config-printer-1.2.5-1.fc14 has been submitted as an update for Fedora 14.
system-config-printer-1.2.5-1.fc13 has been submitted as an update for Fedora 13.
system-config-printer-1.2.5-1.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update system-config-printer'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/system-config-printer-1.2.5-1.fc13
Regarding patch indicated via comment 10 - eror - Cups server error : There was an error during the CUPS operation: 'client-error-not-possible'.
Info in console indicates that a smb.conf is expected in /root/.smb/smb.conf:
If this is manually added it appears that it still expects a preconfiguration for the printer being added. Traceback -
params.c:OpenConfFile() - Unable to open configuration file "/root/.smb/smb.conf":
No such file or directory
params.c:OpenConfFile() - Unable to open configuration file "/root/.smb/smb.conf.append":
No such file or directory
Caught non-fatal exception. Traceback:
File "/usr/share/system-config-printer/system-config-printer.py", line 5571, in on_btnSMBVerify_clicked
NoEntryError: (2, 'No such file or directory')
No ID match for device smb://hp7500/HP-CP1215:
Using textonly.ppd (status: 3)
This just indicates that the share is not accessible. The "/root/.smb/..." messages come from libsmbclient. When trying to open the URI "smb://hp7500/HP-CP1215", the libsmbclient library returned an error code indicating that it does not exist or cannot find it.
That message is unrelated to "client-error-not-possible", which indicates some other sort of problem. Can you expand any more on what went wrong?
Now is impossible enter chars like /';:%^& into HOST field.
Then solved, thank you.
I'm also impacted by this bug, while trying to add a new SMB remote printer. Here is what I get from CUPS error logs :
E [12/Nov/2010:10:33:02 +0100] Returning IPP client-error-not-possible for CUPS-Add-Modify-Printer (ipp://localhost/printers/Canon-imageRunner-C5800) from localhost
E [12/Nov/2010:10:33:02 +0100] Returning HTTP Forbidden for CUPS-Add-Modify-Printer (ipp://localhost/printers/Canon-imageRunner-C5800) from localhost
E [12/Nov/2010:10:33:09 +0100] Returning IPP client-error-not-possible for CUPS-Add-Modify-Printer (ipp://localhost/printers/Canon-imageRunner-C5800) from localhost
E [12/Nov/2010:10:33:11 +0100] Returning IPP client-error-not-possible for CUPS-Add-Modify-Printer (ipp://localhost/printers/Canon-imageRunner-C5800) from localhost
Of course, adding printer manually works perfectly.
Dirk and Gilles: it sounds like the problem you are both experiencing is entirely different to this one (of using a device URI like socket://socket://...).
Please file a separate bug report. Use 'cupsctl --debug-logging' to enable extra logging, then try adding the printer, and attach to the new bug report any log messages you get. Use 'cupsctl --no-debug-logging' to turn off extra logging.
system-config-printer-1.2.5-6.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
system-config-printer-1.2.5-6.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.