It makes the message look more well-formed.
It possibly works with ''' before the PLURAL,
but it looks weird that it's opened once, but
closed twice. The usual practice is took
keep such markup inside PLURAL.
Change-Id: Ic11163f217826ffab0562590570eee8e518226f4
This adds the following to the post-delete page:
* Number of pages queued for deletion (or deleted immediately)
* Username, talk page link, and Special:Block link for the target
(if the target is a user)
* Number of pages not queued for deletion (i.e. skipped)
* List of pages not queued for deletion
This adds relevant tests, and also modifies the "uploadTestFile"
utility function, which now randomizes file name to ensure that
files uploaded by users regardless of title are also deleted.
Bug: T364223
Bug: T364225
Change-Id: I60cf1a1c54cdaa3ae4570b4d2bef7e7cf39b47e5
Adds `tag-nuke` and `tag-nuke-description` messages for user in
Special:Tags and changes the canonical tag name to "nuke" instead
of "Nuke".
Bug: T379168
Change-Id: Ic8846781cdac3bf08c6733f39d0cc5988fb09f6a
This switches Nuke over to using the `revision` table instead
of `recentchanges`, allowing a wider timespan of pages to be
deleted. As a DoS prevention measure, this adds the
`$wgNukeMaxAge` config option (defaulted to the value of
`$wgRCMaxAge`) and a max execution time for the SELECT
(set to `$wgMaxExecutionTimeForExpensiveQueries`).
This also adds a relevant test.
Partially based off of I6c2b7e6b695d58a7dcba93ccaeba9ed35d81cf80.
Bug: T379147
Co-Authored-by: Kgraessle <kgraessle@wikimedia.org>
Change-Id: I5d68d2663751783bcc773799e951f74866ceb722
Why:
- When deleting pages created by temporary accounts via inputting an IP
address, it's useful to see which temporary accounts were involved in
creating the pages. This is currently not displayed because
$row->rc_user_text is not set
What:
- Fetch the actor_name field unconditionally
- Display the page using the actor_name field
- Update tests for the change
Bug: T342785
Change-Id: Ic4112985874343ede78c4571bdfccc58977c5345
Why:
- If submitting the form with no conditions, the `$actornames` variable
will be an array with a single empty string, which means the WHERE
clause won't find any matches
What:
- Only add actor names to the WHERE clause if the array contains names
to check
Bug: T342785
Change-Id: I7f407695583c1d7ebaf81d116578bd336adc5c7f
- Adds a soft dependency on CheckUser
- Lists pages created by IP user or temp acccounts associated with IP
address when the lookup is available
Bug: T342785
Depends-On: I45a18f1fcf1a17bdaeefabebcd2f67a946a2cc2e
Change-Id: Idcdd7d787180e8e99fdcbe856e4fc237d9721824
Core's SpecialLog is not @newable, therefore the constructor
may change without notice (which has apparently happened
in 07db710).
Change-Id: I91964bcd787201c89c5eb6f623daba86d8d28d3e