FS#9459 - CUPS: Sharing published printers from the WebUI renders cupsd.conf useless

Attached to Project: Arch Linux
Opened by Max Pray (synthead) - Sunday, 03 February 2008, 22:39 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 08 April 2008, 09:48 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture i686
Severity Medium
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

When enabling the "Share published printers connected to this system" option in the CUPS WebUI, it garbles the cupsd.conf file and renders it unreadable by CUPS. CUPS will fail to load until the configuration file is fixed manually.

Here is what the setting change does to the file:

LogLevel info
SystemGroup sys root
# Allow remote access
Port 631
Listen /var/run/cups/cups.sock
# Enable printer sharing and shared printers.
Browsing On
BrowseOrder allow,deny
BrowseAllow all
BrowseAddress @LOCAL
DefaultAuthType �c # <------ Here is the DEEEEATH and DEEESTRUUUCCTIOOONNN, technically speaking
<Location />
Allow localhost
Allow From 192.168.1.103
# Allow shared printing...
Order allow,deny
Allow @LOCAL
</Location>
<Location /admin>
Encryption Required
Allow localhost
# Restrict access to the admin pages...
Order allow,deny
Allow localhost
</Location>
<Location /admin/conf>
AuthType Default
Require user @SYSTEM
Allow localhost
# Restrict access to the configuration files...
Order allow,deny
Allow localhost
</Location>
<Policy default>
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
<Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After CUPS-Accept-Jobs CUPS-Reject-Jobs>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
<Limit Cancel-Job CUPS-Authenticate-Job>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>

Additional info:
* CUPS version 1.3.5-1
* Administered with Firefox 2.0.0.11-1

Steps to reproduce:

Starting with the default cupsd.conf, go to the WebUI for CUPS (127.0.0.1:631) and click Administration. Click "Share public printers connected to this system" and click "Change Settings". CUPS will restart in the background and fail with an error: "Feb 3 14:20:40 jennaluv cupsd: Unable to read configuration file '/etc/cups/cupsd.conf' - exiting!" and the WebUI will fail to load.
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Tuesday, 08 April 2008, 09:48 GMT
Reason for closing:  Works for me
Comment by Andreas Radke (AndyRTR) - Wednesday, 06 February 2008, 07:06 GMT
what locale + LANG do you use? beside that it seems to be an upstream bug. have you reported it there?
Comment by Max Pray (synthead) - Sunday, 10 February 2008, 09:27 GMT
In my locale.gen I enabled en_US.UTF-8 and en_US.ISO-8859-1. I am using US English.

I'm not sure what an upstream bug is. Where else should I report this?
Comment by Andreas Radke (AndyRTR) - Sunday, 10 February 2008, 19:13 GMT
search/report there: http://www.cups.org/str.php

(upstream bugs = bugs that are made by the original project developers and that are not a packaging problem)
Comment by Max Pray (synthead) - Monday, 11 February 2008, 21:52 GMT
Ah - great, thank you for the advice. I'll try to report this sort of thing more appropriately next time!
Comment by Andreas Radke (AndyRTR) - Wednesday, 20 February 2008, 14:20 GMT
please test new cups 1.3.6 - is it gone?
Comment by Andreas Radke (AndyRTR) - Saturday, 01 March 2008, 17:01 GMT
nobody else? i'm going to close this one soon.

Loading...