Common UNIX Printing System 1.1.20rc6
Michael Sweet <[email protected]> Fri, 07 Nov 2003 15:46:43 -0500
| Newsgroups | gmane.comp.printing.cups.announce |
|---|---|
| Organization | Easy Software Products |
| Message-ID | <[email protected]> |
The sixth release candidate for version 1.1.20 of the Common
UNIX Printing System ("CUPS") is now available for download from
the CUPS web site at:
http://www.cups.org/software.php
In accordance with the CUPS Configuration Management Plan, you
now have until Friday, November 21st to test this release
candidate to determine if there are any high-priority problems
and report them using the Software Trouble Report form at:
http://www.cups.org/str.php
Reports sent to the CUPS newsgroups or mailing lists are not
automatically entered into the trouble report database and will
not influence the final production release of 1.1.20, so it is
very important that you report any problems you identify using
the form.
CUPS 1.1.20 is primarily a bug fix and performance tuning
release and includes fixes for 64-bit platforms, deadlock
problems in the signal handling code, PDF printing issues, web
interface issues, and various operating system-specific issues.
The new release also adds new CUPS API functions for reading and
writing files via HTTP, performing authentication, and
controlling the required PPD conformance level.
CHANGES IN CUPS V1.1.20rc6
- "lp -i jobid -H restart" would often return an error
even though the job restarted successfully (STR #362)
- The scheduler did not check for invalid allow/deny
addresses such as "11.22.33.44/24". It now masks off
the extra address bits and logs a warning message in
the error_log file (STR #337)
- The cupstestppd utility now checks for missing
ImageableArea and PaperDimension attributes for each
defined PageSize (STR #365)
- The IPP code did not wait for a reply indefinitely on
HTTP connections in "blocking" mode (STR #377)
- The web interfaces did not rewrite the default printer
URI properly (STR #369 and #299)
- The LPD backend passed the C and L commands in the
wrong order (STR #378)
- The Dymo label printer driver did not set the label
length properly (STR #373)
- The scheduler did not support job IDs higher than
99999 (STR #371)
- The Visual C++ project files did not work (STR #366)
- The scheduler's cupsLangSeek() function did not reset
the "EOF" flag, preventing compressed files from being
typed properly in some cases (STR #368)
- The cupsLangGet() cache was only used if the locale
name provided an explicit character set name (STR
#354)
- The CUPS API convenience functions did not call
cupsLangFree() when they were done with the
localization data (STR #354)
- The scheduler did not return the
job-hold-until-supported or job-hold-until-default
attributes (STR #356)
- The cupsaddsmb program did not support the new CUPS
driver for Windows (STR #357)