If SSL is not supported, a HTTP request will be made. In the log the request type will be indicated, but on the frontend no additional message would be shown (I think it's better to notify admins about non-SSL situations, but currently when this fetch encounter error, no error message will be shown, so it's better not to add any warning).

Action Dispatch Refactoring

* 'fix-2087' of git://github.com/phy25/dokuwiki:
  Fix p_set_metadata damaging contributors with numeric ID
  Add tests for array_replace part of set_metadata

just to be sure, we're not breaking something simple here.

* 'issue829' of git://github.com/LarsGit223/dokuwiki:
  Corrected internal link pattern to properly handle included square brackets. Fixes #829.

bugfix: empty string is valid for numericopt

Fix rendering null $language going to GeSHi (fixes #2088)

Fix RSS syntax XSS bug (#2081)

Fix sanitation of $language for code highlighting (fixes #2080)

Translation update (fr)

Removed progressbar from searchform

There was a bug that the empty string was considered to be invalid if
also a max or min value was defined for a config field of type
numericopt.

* master: (65 commits)
  updated composer dependencies
  Release preparation
  translation update
  do not disclose email or IP addresses of users through RSS
  small fix
  Make default encapsulation more readable and less duplicate.
  Replace htmlspecialchars to hsc in core
  Add the preview-bool for the cache file.
  Add htmlspecialchars when showing $DATE_AT
  #2021 broken links to W3C validators also dokuwiki and php are on https
  made bin/wantedpage.php more flexible
  doc abbreviation
  Fix PHP Notices: Reduce error log noise
  Create valid empty options
  translation update
  doc fix
  translation update
  using $options->getCmd to retrieve show-pages parameter
  added option to wantedpages.php to show or not show pages where broken links occur
  show pages where broken links occur: page_id => broken_link
  ...

replace LESS compiler with lesserphp

* master: (70 commits)
  Release preparation
  translation update
  do not disclose email or IP addresses of users through RSS
  small fix
  Make default encapsulation more readable and less duplicate.
  Replace htmlspecialchars to hsc in core
  Add the preview-bool for the cache file.
  Add htmlspecialchars when showing $DATE_AT
  #2021 broken links to W3C validators also dokuwiki and php are on https
  made bin/wantedpage.php more flexible
  doc abbreviation
  Fix PHP Notices: Reduce error log noise
  Create valid empty options
  translation update
  doc fix
  translation update
  using $options->getCmd to retrieve show-pages parameter
  added option to wantedpages.php to show or not show pages where broken links occur
  show pages where broken links occur: page_id => broken_link
  clean extension names. fixes #2042
  ...

Translation update (uk)

The feed used to add real or fake email addresses to items (because some
feed formats require them). The default RSS1.0 format did not show them,
but that changed in the recent update of our FeedCreator classes.

Now all code for that has been removed, always showing an
@undisclosed.example.com email address. Because some feed readers may
use the email address to distinguis authors, the mechanism to prepend
the user name was kept.

small fix

Css modification actions - alternative

Add htmlspecialchars when showing $DATE_AT

#2021 broken links to W3C validators