cups/dest.c: Look for default printer on network as well

The current code of `cupsGetNamedDest()` doesn't look up on network for
a default printer. The result is a temporary queue cannot be set as a
default printer.

Fixes #452

Bump NuGet version.

Don't enable TLS 1.3 with OpenSSL yet.

Merge pull request #442 from zdohnal/godex_quirk

Adds USB quirk for GoDEX label printers (fixes #440)

Adds USB quirk for GoDEX label printers (fixes #440)

Update NuGet/VC packages to use LibreSSL packages.

Remove unused/unshipped strings2po utility that has potential security issues.

Cleanup for libtool fixes (Issue #394)

Merge pull request #394 from orbea/libtool

config-scripts: Fix --enable-libtool-unsupported

Update CHANGES.md

Merge pull request #436 from zdohnal/web_file_limit

CUPS Web UI: Raise the file limit (fixes #433)

CUPS Web UI: Raise the file limit (fixes #433)

Some PPD files are larger than the current limit and they don't reside
in directories handled by `cups-driverd`, so users have to add them via
Web UI. The limit is now 2 MiB, the same as in PAPPL.

Add length checks to avoid pointer wraparound (Issue #431)

Fix a potential SNMP OID value overflow issue (Issue #431)

Fix link libraries on AIX (Issue #375)

Merge pull request #430 from tysontan/tysontan-zh-translation

Corrected Simplified Chinese translations of page sizes and others

Third attempt to fix the broken string

Second attempt to fix the broken string

Corrected a broken string.

Corrected Simplified Chinese translations of page sizes and others

Corrected Simplified Chinese translations of page sizes and envelope sizes to match standards and reflect the original meanings. Corrected duplex translations. Replaced full-width brackets with half-width ones, which is the preferred practice of Chinese translation for FOSS projects.

Localize the HTTP response using the Content-Language value (Issue #426)

Ignore LGTM alerts that aren't as smart as they think they are...

Merge pull request #420 from zdohnal/invalid_pointer_uri

scheduler/ipp.c: Allocate device_uri via cupsdSetString()

scheduler/ipp.c: Allocate device_uri via cupsdSetString()

If a driverless printer has .local in its URI, we resolve the
URI and save the resolved one as new device URI. The problem was that
a local pointer was assigned to the structure which is passed to the
function as parameter, so the pointer became invalid once the execution
left the create_local_bg_thread() function.

We need to allocate the device URI via cupsdSetString() - the string is
then freed when the printer is deleted or cupsd shuts down.

Fixes #419.

Merge pull request #417 from zdohnal/color_override

Don't override color settings from print dialog

Don't override color settings from print dialog

When we put print-color-mode as a default attribute, it always overrides
settings from print dialog. We need to respect those settings and transform
the known PPD options into print-color-mode options.

Update CHANGES.md

Merge pull request #353 from OpenPrinting/create-local-printer-localhost-fix

For local services use "localhost" in device URI of temporary queue

create_local_printer(): Improved comparison of device URI host name

Improved the comparison of the device URI host name with the CUPS
server's host name to find out whether the temporary queue is for a
local IPP service.

- Compare case-insensitively as host names are case-insensitive

- If we have the DNS-SD host name (DNSSDHostName) of the CUPS server,
  consider names equal if they only differ by the presence or absense
  of a trailing dot ('.')

- If we only have the ServerName (for example with "Browsing = Off",
  not sharing printers), consider also a server name without ".local"
  equal to a device URI host name with ".local" as equal.

Fix crash when DNSSDHostName is NULL

If cupsd is running without Browsing (when not sharing printers) the
global variable DNSSDHostName of the scheduler is not set, staying
NULL. Therefore the previous commit causes a crash with this
configuration of CUPS.

This commit does a NULL check on DNSSDHostName and falls back to
ServerName if needed, where it also does a NULL check and if this is
also NULL, it refrains from any attempt to correct the device URI's
hostname to "localhost".

As ServerName usually contains the server's hostname without ".local"
suffix but the device URIs coming from Avahi usually have a suffixed
host name (and there are also the ".local" and ".local." variants of
the suffix), we consider hostnames also as equal if one has the
suffix, the other not, or if we have the variants with and without
trailing dot.

In addition, there are also HAVE_DNSSD conditionals added around the
code using DNSSDHostName now.

For local services use "localhost" in device URI of temporary queue

To print to a temporary CUPS queue for a discovered IPP printer the
client has to send an IPP_OP_CUPS_CREATE_LOCAL_PRINTER IPP request to
the CUPS daemon with the details for creating the temporary queue.
CUPS then calls its create_local_printer() function to actually create
the queue. This is already automatically and correctly done if the
client uses the convenience API of libcups.

The GTK print dialog does not use the convenience API though. It
displays all IPP printers for which CUPS can create temporary queues
correctly, but it fails on services which are only available on the
local machine and not on the network (loopback interface, "localhost")
whereas printing via temporary queue on network/remote services works
perfectly.

The problem is that Avahi advertises the local services not with the
"localhost" host name but with the network host name of the local
machine. The libcups convenience API functions can cope with this and
send correct device URIs with the "localhost" host name to CUPS and so
the temporary queue gets created correctly.

The GTK dialog wants fully asynchronous CUPS operation and throws the
libcups API completely overboard doing all by itself, and sending
incorrect device URIs with the network hostname for the local
services. CUPS creates the temporary queue with this URI then and
fails to do the get-printer-attributes request on the printer to
generate the PPD file, leaving the temporary queue in a non-functional
state.

This commit correct/works around this by checking whether the device
URI's host name is the same as the DNS-SD host name of the local
machine and if so, replaces the device URI's host name by "localhost".

Now one can select local services like IPP-over-USB printers or
Printer Applications in the GTK print dialog and printing on them
through an auto-generated temporary CUPS queue works.

I decided to fix/work around this problem in CUPS as we see that no
every print client developer uses the libcups convenience API.

Fix OpenSSL crash bug - "tls" pointer wasn't cleared after freeing it (Issue #409)

Update CHANGES.md

Merge branch 'Pro-pra-master'

choose-device.tmpl: Add device uri into title of found network printer

There can be many printers on the same network with the same printer
model, which causes confusion for users about which one to add. This PR
adds a title for every found network printer, which contains the
printer's device uri. The title is shown when user hover the mouse over
the found entry.

Partially fixes #393, thanks to Pro-pra for the PR!

Update CHANGES.md

Merge pull request #407 from zdohnal/config_update

Update config.{sub,guess}

Update config.{sub,guess}

scheduler/cert.c: fix the comment

Release 2.4.2

scheduler/cert.c: Fix string comparison (fixes CVE-2022-26691)

The previous algorithm didn't expect the strings can have a different
length, so one string can be a substring of the other and such substring
was reported as equal to the longer string.

config-scripts: Fix --enable-libtool-unsupported

When the LIBTOOL variable is set in the user's environment the build
will use libtool even when --enable-libtool-unsupported is not used.

This can lead to unexpected failures when LIBTOOL is set to rlibtool
rather than GNU libtool.

To solve this the build now relies on the enable_libtool_unsupported
varaiable set by --enable-libtool-unsupported.

Gentoo bug: https://bugs.gentoo.org/show_bug.cgi?id=843638

Fix typo in cups-sharedlibs.m4.

Fix endif comment

Merge pull request #386 from aixtools/cups_snmp

Include <cups/getifaddres-internal.h> when getifaddrs() is not provided by OS

It is just <fcntl.h>, don't use legacy (non-POSIX) path that is still supported
by most Unix platforms, but not all.

(this also makes the code consistent with usage everywhere else in the CUPS
code base)

Fixes: 388

Merge pull request #390 from aixtools/cups_sharedlibs

AIX: Add DSOFLAGS and LDFLAGS for shared library support.

AIX: correct DSOFLAGS and LDFLAGS for shared library support.

When getifaddrs is not provided by OS
ensure # include <cups/getifaddrs-internal.h> occurs.

Look for OpenSSL the old way if pkg-config is not available (Issue #375)

No longer use O_RDWR for append mode (Issue #291)

Fix the prototype for the httpWriteResponse function (Issue #380)

Report when scheduler is not running (Issue #352)

Update man pages for -h option (Issue #357)

Fix lpoptions regression (Issue #370)

Invalidate PPD cache if cupsd.conf is newer (Issue #371)

Set default auth-info-required='username,password' if a backend doesn't set an
authentication method (Issue #373)

Do some web interface cleanup and restore the generic printer icon file.

Fix a few old references to www.cups.org.

Update cupsGetResponse to always set the last error when returning NULL.

Add a signal handler to ippeveprinter.

Update Solaris smf file (Issue #368)

Update CHANGES.md

Merge pull request #365 from zdohnal/gnutls_use_shut_wr

cups/tls-gnutls.c: Use always GNUTLS_SHUT_WR

Update CHANGES.md

Merge pull request #364 from zdohnal/temp_queues_cleanup

scheduler/printers.c: Don't remove processing temp queue

Fix OpenSSL API usage bug.

cups/tls-gnutls.c: Use always GNUTLS_SHUT_WR

The current mode for `gnutls_bye()` in client use cases strictly
follows TLS v1.2 standard, which in this particular part says:

```
Unless some other fatal alert has been transmitted, each party is
required to send a close_notify alert before closing the write
side of the connection.  The other party MUST respond with a
close_notify alert of its own and close down the connection immediately,
discarding any pending writes.  It is not required for the initiator
of the close to wait for the responding close_notify alert before
closing the read side of the connection.
```

and waits for the other side of TLS connection to confirm the close.

Unfortunately it can undesired for reasons:
- we support switching of TLS versions in CUPS, and this mode strictly
  follows TLS v1.2 - so for older version this behavior is not expected
  and can cause delays
- even some TLS v1.2 implementations (like Windows Server 2016) don't
  comply TLS v1.2 behavior even if it says it does - in that case,
  encrypted printing takes 30s till HTTP timeout is reached, because the
  other side didn't send confirmation
- AFAIU openssl's SSL_shutdown() doesn't make this TLS v1.2 difference,
  so we could end up with two TLS implementations in CUPS which will
  behave differently

Since the standard defines that waiting for confirmation is not required
and due the problems above, I would propose using GNUTLS_SHUT_WR mode
regardless of HTTP mode.

scheduler/printers.c: Don't remove processing temp queue

cupsdDeleteTemporaryPrinters() deletes temporary queues which their last
status was updated 1 minute ago or older. It doesn't take into account
the fact the printer can be processing a big print job and cupsd deletes
the temp queue either way.

The fix in the PR now set cupsd to ignore queues which are in processing
state. If the delay in job processing is caused by an error in printer,
the correct error should kick in IPP backend.

Fix OpenSSL DLL paths.

Fix context leak found by Coverity in new OpenSSL code.

Update configure script for new version.

Drop version number from INSTALL.md, don't check for it in makesrcdist.

Changelog, bump version to 2.4.2.

Merge pull request #362 from OpenPrinting/openssl

Bring back OpenSSL/LibreSSL support

Windows build fixes.

Force i386 Linux builds to use GNU TLS for build tests while x86_64 Linux builds use OpenSSL.

Fix remaining OpenSSL BIO issues.

Use more modern BIO_METHOD APIs to work on current OpenSSL.

Use BIO methods to write cert files.

Implement subject alternate name support for cupsMakeServerCredentials.

Implement cupsMakeServerCredentials.

Finish up all of the client-side certificate stuff.

Fix bug in tlscheck utility - wasn't retrying connections and used "host"
instead of "server" when constructing the printer URI.

Continue OpenSSL implementations of http_create_credentials,
httpCopyCredentials, and httpCredentialString.

Save work on certificate support code and tlscheck.

Implement http_create_credential, now working for HTTPS/IPPS clients.

Save core OpenSSL implementation.

Save work.

Save initial work on integrating OpenSSL support back into libcups.

scheduler/cups.socket.in: Add RemoveOnStop directive

Turn on RemoveOnStop directive, which removes the domain socket file
once the socket unit is stopped, which follows UNIX programming
practice.

Fix translations

Update CHANGES.md and trailer.tmpl

Fix printable stylesheet.

Fix some web interface issues:

- Transition web interface/stylesheet to use "cups-header", "cups-body", and
  "cups-footer" classes.
- Tweak background colors for documentation sidebar, block quotes, and code.

Merge pull request #349 from Rishabh-792/master

Fixed footer message for web pages

used escape sequence for copyright symbol

Footer message corrected

scheduler/ipp.c: Polish mDNS resolving

- no need to include http-private.h, cupsd.h has cups-private.h, which
  includes http-private.h
- call _httpResolve() only for mDNS hostnames and then pass the pointer
  to original printer->device_uri instead of copying
- add logging messages

Fix Windows build error.

Set last error string to Windows error message.

scheduler/ipp.c: Resolve possible mDNS uri (Fixes #340, #343)

Users sometimes pass URIs from dnssd and driverless backends as a
device URI for IPP Everywhere queues. These URIs have mDNS hostnames in
it, so they need to be resolved before used in connection.