The `data-user-id` is already set by the ReactionHandler

Fixes #3463

Revert "Whitelist `unserialize()` when running in enterprise mode"

`unserialize()` is unsafe, because it potentially allows for arbitrary
code execution.

This reverts commit 564ba8525e42c9d4677ee1ddac58c4c9c67fc113.

Clear language cache when clearing cronjob cache

Close #3465

Invalid suffix value caused an error when rendering the form

Approved `uniqid` for the use when running in enterprise mode

Merge branch '3.1' into 5.2

Moved the remark on the cleanup script

Merge pull request #3450 from WoltLab/cms-embedded-object-remove

Removed embedded object references when deleting articles / pages

Add update_com.woltlab.wcf_embeddedObjectOrphans.php

Add note about deletion of orphaned embedded objects

see #3429

Remove embedded object references when deleting pages

see #3429

Remove embedded object references when deleting articles

see #3429

Merge branch '3.1' into 5.2

Fix PHP 5.5 compatibility

Fix copy and paste bug

see 3cd8f5f63c1327c1534a4e24908b3e49d4074871

Merge branch '3.1' into 5.2

Properly update page search index when editing

see #3430

Properly update article search index when editing

see #3430

Merge branch '3.1' into 5.2

Improved detection of the links to twitch's clips

Fix VoidFormDataProcessor for `null` values

Release 5.2.8

Updating minified JavaScript files

Merge branch '3.1' into 5.2

Release 3.1.16

Add close callback to form builder dialog

Updating minified JavaScript files

Merge branch '3.1' into 5.2

Prevent Chromium browser form injecting base64 encoded images

Fix button class for single media form field

Fix duplicate data handler registration for captcha form fields

Close #3441

Fixed error message in Form Builder

Whitelist `unserialize()` when running in enterprise mode

Merge branch '3.1' into 5.2

Merge pull request #3439 from WoltLab/cronjob-fix2

Fix calculation of nextExec of cronjobs

Fix calculation of nextExec of cronjobs

To properly calculate nextExec we must not specify the TIME_NOW parameter,
because if the cronjob is run on the scheduled time the nextExec() will
return the current time.

Not passing the TIME_NOW parameter adds at least 120 seconds of delay to
prevent this issue.

This bug was introduced in commit 485f8e1888824b862823de983e019afcb9bca7ce.
When moving the update of the execution time the calls were not correctly
moved and the explicit passing of TIME_NOW was added.

Release 5.2.8

Merge branch '3.1' into 5.2

Merge pull request #3428 from WoltLab/url-is

Fix Url::is()

Captcha setting was not considered

Updating minified JavaScript files

Removed misleading description

Missing module setting check

Fixed parameter validation

Merge pull request #3435 from xopez/patch-1

Remove unused Packageservers for 5.2

Update install.sql

Merge pull request #3434 from WoltLab/fix-shadow-groups

Properly support multiple instances of WoltLabSuite/Core/Ui/ItemList/User

Properly support multiple instances of WoltLabSuite/Core/Ui/ItemList/User

WoltLabSuite/Core/Ui/ItemList/User is a singleton and thus only has a single
instance of each object member. This lead to the `_shadowGroups` value being
fixed to the first input used.

Move the `_shadowGroups` into the existing `data` object (where the regular
`shadow` resides) to fix this issue.

Introduced in 8faf6ea10ac894b87b3e357f5248f67b4fd7b716.
Fixes #3433.

Merge branch '3.1' into 5.2

Merge pull request #3432 from WoltLab/linked-blocked-img

Fix markup for linked, blocked images in UGC

Fix markup for linked, blocked images in UGC

Fixes #3384

Add missing closing quotation mark in English language item

Fix Url::is()

`parse_url()` cannot be used to validate an URL, because it will accept
roughly everything. In fact this is documented in the parse_url() docs:

> This function is not meant to validate the given URL, it only breaks
> it up into the above listed parts. Partial URLs are also accepted,
> parse_url() tries its best to parse them correctly.

Fixes #3391

Merge pull request #3413 from WoltLab/existingMapping

Improve wording regarding existing import mapping

Updating minified JavaScript files

Fix formatting of text/plain notifications

see #325

Merge pull request #3424 from WoltLab/resizer-strip-exif

Strip exif information from loaded image in Resizer#loadFile

Strip exif information from loaded image in Resizer#loadFile

Modern browsers take the Exif orientation into account when showing a JPEG
within an HTMLImageElement. Unfortunately this orientation is not only
visual, but extends to the blob received when reading this image into a
canvas.

The JavaScript based image resizer using within the attachment system takes
care reinsert the original Exif data after fetching the resized blob from
pica.js.

This causes the image to be reoriented multiple times, ultimately leading
to an incorrectly oriented image:

1. The browser rotates the image.
2. The server rotates the image again, because the original Exif information
   has been preserved.

To fix this issue we strip the Exif information before handing the blob over
to the HTMLImageElement, forcing the browser to use the raw pixels instead
of pretending to be smart. When the Exif information is reinserted after
resizing the image that will be uploaded will then be reoriented only once:
On the server.

During fixing of this bug it was also investigated whether one can find out
whether the browser reoriented the image, it looks like one cannot. It was
also tested whether setting `image-orientation: none` will have any effect.

It only has in Firefox: When image-orientation: none is set you will get
the behavior as if no Exif information is present.
In Chrome the source image will not be be reoriented when rendered inside
of the DOM. Reading the pixel values however still returns the reoriented
garbage.

Thus stripping the exif information is the best solution to combat web
browsers attempting to be smart. Unfortunately it comes with an increased
processing requirement, because the raw blob (possible multiple megabytes)
will need to be processed to strip the Exif data.

Fix formatting of wcf.acp.user.activation.mail.plaintext

Fix layout of text/plain version of userRegistration notification mail

Whitespace is significant within the text/plain version, thus remove the
tabs like within all the other notifications.

Simplify checking of existing of conditions on revoking trophies
See #3422

Incorrect check for legacy attachment dimensions

Fix revoking trophies w/o conditions yield an SQL error
Fixes #3422

Merge branch '3.1' into 5.2

Merge pull request #3418 from WoltLab/cronjob-fix

Fix detection of stuck cronjobs

Get rid of useless class attribute CronjobScheduler::$cronjobEditors

Just use a simple return value here. It avoids having to carefully manage
class state.

Fix detection of stuck cronjobs

Consider the following scenario:

A cronjob is scheduled to run `0 * * * *` (i.e. every hour). The cronjob
successfully executes it's 23:00 execution belated on 23:30. Then the
nextExec will be 00:00. afterNextExec will be 01:00.

During night time nothing happens within the community, until at 05:xx when
the first user wakes up and opens their web browser. It restores two tabs
with our community and fetches them. Now the following will happen:

1. Request 1: Notices that the cronjob is due (00:00 < 05:xx). Setting
              the cronjob's state to pending and starting execution.
2. Request 2: Notices that the cronjob is overdue (01:00 < 05:xx,
              state = pending). Logging an error about a stuck job and
              setting the cronjob's state to ready.
3. Request 1: Finishes executing the cronjob and updates nextExec = 06:00,
              afterNextExec = 07:00, also setting the cronjob's state to
              ready.

Fix this issue by updating the times for the next executions together with
the update of the state in a single database query / transaction. This will
prevent other requests from seeing the cronjob with state = pending or
state = executing and an way outdated date.

A side effect of this change is that cronjobs will match the intended
schedule better.

Consider the following:

A cronjob running every minute, taking 5 seconds to execute. The execution
is triggered at 00:00:58. It will finish executing 00:01:03. Previously the
nextExec would be set to 00:02:00, now it will be 00:01:00. Thus the first
request after 00:01:03 (i.e. once the state is set back to ready) will
trigger execution, more closely matching the intended schedule.

Improve error message for stuck cronjobs

Improve wording regarding existing import mapping

Resolves WoltLab/com.woltlab.wcf.exporter#43

Merge pull request #3409 from WoltLab/php8-handleError

Fix PHP 8 compatibility for WCF::handleError()

Fix PHP 8 compatibility for WCF::handleError()

Quoting from the UPGRADING manual (https://github.com/php/php-src/blob/php-8.0.0alpha1/UPGRADING):

> The @ operator will no longer silence fatal errors (E_ERROR, E_CORE_ERROR,
> E_COMPILE_ERROR, E_USER_ERROR, E_RECOVERABLE_ERROR, E_PARSE). Error handlers
> that expect error_reporting to be 0 when @ is used, should be adjusted to
> use a mask check instead:

Merge branch '3.1' into 5.2

Hide empty tag box on tagged page

Fix validation of url form field value

Close #3390

Release 5.2.7

Updating minified JavaScript files

Merge branch '3.1' into 5.2

Release 3.1.15

Updating minified JavaScript files

Merge branch '3.0' into 3.1

Preparing the release 3.0.25

Revert "Preparing the release 3.1.15"

This reverts commit bd4d9de5fc28d17643c109fc87ae88f2d9265817.

Preparing the release 3.1.15

Incorrect encoding of conditions

Merge branch '3.0' into 3.1

Incorrect encoding of conditions

Fix checking current value of radio button form fields

Whitelist `parse_url` in enterprise mode

Merge branch '3.1' into 5.2

Fixed 'data too long for column username' issue

Merge branch '5.2' of github.com:WoltLab/WCF into 5.2

Check for missing length of varchar columns

Fix updating decimal fields with default value (#3382)

MySQL stores the default value using the specified number of decimals so that when comparing the existing default value with the new default value, the same format should be used.

Merge branch '3.1' into 5.2

Article image did not always have the right content language

Merge branch '3.1' into 5.2

Fixed 'Prepared statement contains too many placeholders' error in bulk processing

Merge branch '3.1' into 5.2

Message with the content "0" led to empty entries in recent activities

Fix broken HTML markup
The video can be placed within normal text (inside `<p>` elements). `<div>` elements are not allowed within `<p>` elements. Because the class `.videoContainer` is already a block element (via CSS), we can easily change the element type to `<span>`, which is allowed inside of `<p>` elements.