OpenVPN servers using udp6 or tcp6 fail to start, closes https://github.com/opnsense/core/issues/1576

Seems like years ago when PHP 5.5 had trouble iterating non-
existing arrays PHP 7 introduced a new problem with nodes
that seem to be set but no longer available, yielding:

    PHP Warning:  OPNsense\Base\FieldTypes\InterfaceField::eventPostLoading():
      Node no longer exists in /usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/InterfaceField.php on line 132

The same thing happened in the acme-client plugin and was
allegedly fixed with the following code.  Even if this doesn't
help it is harmless and we'll see through the crash reporter
soon enough.

Now that tools can build several versions of the same software, we
can have -devel depend on a different one than the release.  This
helps with prebuilt testing and easier testing for interested parties.

Should your manual upgrade break at the moment, the easiest solution is:

    # make upgrade CORE_OPENVPN=23

dhcp server / static leases, issue with loading settings into form. closes https://github.com/opnsense/core/issues/1568

Fix autocomplete, autocapitalize and autocorrect in Captive Portal login form

squid.conf: reorder pre-auth plugins and local auth settings

Revert "menu, replace "str_replace(array(".", "*","?", "@"), array("\.", ".*","\?", "\@"....) for preg_quote, as suggested by @fabianfrz"

This reverts commit 66586110.

menu, replace "str_replace(array(".", "*","?", "@"), array("\.", ".*","\?", "\@"....) for preg_quote, as suggested by @fabianfrz

... the save button can still be useful.

This reverts commit 36af267d.
Looks like dhcp restart already does this by default now...

This semicolon is not needed but seems also not to break the config.

In those cases the next firmware update with a base set helps, or
running this manually:

    # opnsense-update -fb

Essentially, the scripts do the same thing, which means we can
start to align the two, maybe even merge them if we are lucky.  ;)

We don't want to run variable replacement, it doesn't work for
static translations at all.

This reverts commit cd379a8f.

Looks like this isn't entirely correct: as long as the packages is
not upgraded we can see normal package upgrades alongside pkg reinstall.
Maybe this is new since 1.10?  In any case, yay for less code.

Setting locale in ApiControllerBase