aboutsummaryrefslogtreecommitdiffstats
path: root/languages
Commit message (Collapse)AuthorAgeFilesLines
* block: Fix DBS::acquireTarget() race using GET_LOCK()Tim Starling2025-04-071-1/+1
| | | | | | | | | | | | | | | | | | A crude solution for the acquireTarget() race condition. Use SQL GET_LOCK() to lock the target from the acquireTarget() call until the transaction is committed. Add FOR UPDATE to the acquireTarget() SELECT, otherwise it just sees the snapshot version of the row and inserts a new row anyway. Add a test which reliably failed prior to the change. Reword the ipb-block-not-found message. This is normal for simultaneous blocks of the same target. Don't contact us. In the API, remap it to "alreadyblocked". Bug: T389028 Change-Id: I1fa35bf08d456a93930194786f77df389217ba61
* Localisation updates from https://translatewiki.net.Translation updater bot2025-04-0742-249/+539
| | | | Change-Id: I4b171bedf3a9ef1df7bd11f86c5d7404bd695929
* Merge "Allow [[Special:Versions]] as a alias for [[Special:Version]]"jenkins-bot2025-04-061-1/+1
|\
| * Allow [[Special:Versions]] as a alias for [[Special:Version]]C. Scott Ananian2025-04-041-1/+1
| | | | | | | | | | | | | | | | | | The "version" page lists all the version*s* of MediaWiki and its dependencies, installed extensions, etc. I always mistype this, and it's simple enough to make both the plural and the singular form work. Change-Id: Ib14c2f25920e79a30078b44a6b8eb9c8dd1e9bc0
* | Merge "Special:Version - display basic information about Parsoid extension ↵jenkins-bot2025-04-042-0/+2
|\ \ | | | | | | | | | modules"
| * | Special:Version - display basic information about Parsoid extension modulesC. Scott Ananian2025-04-042-0/+2
| |/ | | | | | | | | | | We can improve this, but this is a start. Change-Id: Ibd2e3987921b06955f1186ce5ce10b42104886ec
* / Add localized message for Parsoid asynchronous fallback contentC. Scott Ananian2025-04-042-0/+2
|/ | | | | | | | | This is used by the Parsoid library when an asynchronous fragment is present in the wikitext content and it is not yet ready to render. Bug: T390341 Change-Id: Ic996f7b0c891338f8d4605a1789bf389e075e239
* Merge "In .htaccess deny files, use "Satisfy All""jenkins-bot2025-04-041-0/+1
|\
| * In .htaccess deny files, use "Satisfy All"Tim Starling2025-04-041-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These .htaccess files are intended to prohibit all web access. But if the user sets "Satisfy Any" on a parent directory, in conjunction with any permissive require directive like "Require all granted", access will be allowed despite "Require all denied" in .htaccess. So, override Satisfy so that the "Require all denied" will reliably take effect. Note that "Satisfy All" is the default. This only affects non-default installations. Change-Id: Ia5862fb69e439b7ea2ed7af011e1ebf8f1b1f6d6
* | Localisation updates from https://translatewiki.net.Translation updater bot2025-04-041-2/+160
|/ | | | Change-Id: I030398e0ef3a20be9a0d500b051e2a3d88ecc01f
* SpecialBlock [Codex]: Include an 'Active range blocks' table for IPsMusikAnimal2025-04-032-0/+6
| | | | | | | | | | | | | | | | | | When the target is an IP or IP range, show an 'Active range blocks' accordion that lists all range blocks that apply to the target. The idea is that admins should be informed if an IP or range is already blocked, even if the target is a wider CIDR range. Each row in the table has a 'View' link to load that range as the target. We do this instead of providing direct 'Edit' / 'Remove' links because admins may not realize the range block is for a different target. In effect, 'Active range blocks' surfaces blocks that effect the target, but not directly. The 'Active range blocks' accordion is always shown for IPs and ranges (situations where there could be active range blocks) but has an empty state like the other tables. Bug: T389987 Change-Id: I4d5f42984b05cf1b30e2f962b9381779196fcab3
* Merge "Special:Block [Codex]: Update block-success message"jenkins-bot2025-04-031-1/+1
|\
| * Special:Block [Codex]: Update block-success messagehmonroy2025-03-271-1/+1
| | | | | | | | | | | | | | Add talk link next to the targetname to block success message. Bug: T387735 Change-Id: I26b110cb910309b01b7d285c27a9e6dff840c958
* | Localisation updates from https://translatewiki.net.Translation updater bot2025-04-0316-25/+134
| | | | | | | | Change-Id: Iae745a9122b210fefe774a9a6bfe262f7aa54ceb
* | Merge "Client-side date/time formatter library"jenkins-bot2025-04-0253-0/+165
|\ \
| * | Client-side date/time formatter libraryTim Starling2025-04-0253-0/+165
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add a library providing date/time formatting according to the user's preferred time zone and date preference. I tested formatting of an example date with all defined formats in all languages, and I found that it gives identical output to PHP in about 90% of our ~500 languages. Resolve some of the outstanding issues by aliasing the problematic date formats on the client side, so that the user will see the date in another acceptable format for the same language. The remaining issues mostly relate to the use of a fallback language to display weekdays and non-Gregorian month names. Details: * Add Language::getJsDateFormats(), which converts existing date formats to an options array that can be interpreted by the client. * In Messages*.php, add $numberingSystem, which is the CLDR numbering system ID. I set it for all languages that had overriden $digitTransformTable. This is sent to the client in the library's JSON config and is used as the default numberingSystem option when formatting dates. * In Messages*.php, add $jsDateFormats, which overrides the automatically generated date format options. Bug: T389161 Change-Id: Ib6bc8ebd4d01317aaf32225c6006ea2dc7a1b39e
* | | Localisation updates from https://translatewiki.net.Translation updater bot2025-04-0210-54/+100
|/ / | | | | | | Change-Id: I5e2140892484658c8b31cc7cb8f878cc430b6923
* | Localisation updates from https://translatewiki.net.Translation updater bot2025-04-0148-305/+592
| | | | | | | | Change-Id: I94adc67717ac66fc655866f4b8d93bcb758eaace
* | Add linktrail to MessagesBug_bugi.php (Buginese script)toluayo2025-03-311-0/+12
| | | | | | | | | | | | | | Added the linktrail for the Buginese script to MessagesBug_bugi and the Buginese script to the Release notes Bug: T389916 Change-Id: I9e14944230fd78f3423426728d23b6e873ffbb40
* | Localisation updates from https://translatewiki.net.Translation updater bot2025-03-317-12/+38
| | | | | | | | Change-Id: I2f499c75ce82bd4bb8697b6a950017f0309b2427
* | Add PLURAL support to two multiblock messagesJon Harald Søby2025-03-291-2/+2
| | | | | | | | | | | | | | Add PLURAL to the "blocked $2 times" part of two messages. Follows-up: I4e4151ff5b5ccc7efcd5cf94fa42c3b16a188837 Change-Id: I1c450c12a6f6f1b089fb8d0517c8527ac61f0234
* | Merge "Consistent spelling of "username""jenkins-bot2025-03-291-1/+1
|\ \
| * | Consistent spelling of "username"Amir E. Aharoni2025-03-281-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Almost everywhere else in MediaWiki core and extensions (at least those used by Wikimedia), it's written without a space. Change-Id: Ia70a197045e78a8ed79c81ebf3023b89e50df263
* | | Merge "languages: Fix grammatical errors for renameusermove and ↵jenkins-bot2025-03-281-2/+2
|\ \ \ | |/ / |/| | | | | movepagetalktext"
| * | languages: Fix grammatical errors for renameusermove and movepagetalktextSuperpes152025-03-261-2/+2
| | | | | | | | | | | | | | | | | | | | | Fixing grammatical error (to new -> to the new) Bug: T390016 Change-Id: I77b5fcfc101c5ee7630852c1137f09d5fe84e736
* | | Localisation updates from https://translatewiki.net.Translation updater bot2025-03-288-95/+136
| |/ |/| | | | | Change-Id: I617c9421a2991a74f1d7aa3cbe05962e36c99de2
* | Add namespace for ljp, pap and wlxtoluayo2025-03-273-1/+63
| | | | | | | | | | | | | | Bug: T389644 Bug: T384245 Bug: T384234 Change-Id: Ic36957eeb0afea98b18cfcd5b17f72f572583946
* | Localisation updates from https://translatewiki.net.Translation updater bot2025-03-2713-30/+45
|/ | | | Change-Id: Icbb7ac5c4484bb26e7b69f4118b39d40bef0eb68
* Localisation updates from https://translatewiki.net.Translation updater bot2025-03-2615-47/+60
| | | | Change-Id: Ie5ca65e941487bdd0b16a0e1f840a1b642a0d942
* Localisation updates from https://translatewiki.net.Translation updater bot2025-03-2583-271/+1039
| | | | Change-Id: I30b0563c4188b53929e6a4109031a827916370f1
* Merge "REST: add translation disclaimer to REST Sandbox"jenkins-bot2025-03-242-1/+3
|\
| * REST: add translation disclaimer to REST Sandboxbpirkle2025-03-222-1/+3
| | | | | | | | | | | | | | | | | | | | | | The REST Sandbox is currently implemented in Swagger UI, which does not support i18n for its own UI elements (it does happily display our internationalized OpenAPI spec). Add disclaimer text to the page if it is being viewed in a language other than English, so that users are aware this is a known issue (and is being worked on). Bug: T388399 Change-Id: I265aa1e7dce78715dd4977eeb460f1ca26dedbd9
* | Localisation updates from https://translatewiki.net.Translation updater bot2025-03-246-20/+136
| | | | | | | | Change-Id: I2fc3a798062df604a9cd283fe2e36921bf03d809
* | Merge "Change "restore" to "undelete" in two messages"jenkins-bot2025-03-241-2/+2
|\ \ | |/ |/|
| * Change "restore" to "undelete" in two messagesAmir E. Aharoni2025-03-181-2/+2
| | | | | | | | | | | | | | | | | | | | In all other messages, "undelete" is used to refer to this action, and it should be consistent in all of them. In addition, "restore" also has other meanings, such as restoring a previous version, and "undelete" is unambiguous. Change-Id: I9367d1bfc6733bb54a48881164df64aafe693b04
* | Localisation updates from https://translatewiki.net.Translation updater bot2025-03-213-5/+9
| | | | | | | | Change-Id: I099218409ff75b1ae101528e4bb3e9b4a6e9e5cf
* | Merge "Add PLURAL support to blocked-notice-logextract-multi message"jenkins-bot2025-03-211-1/+1
|\ \
| * | Add PLURAL support to blocked-notice-logextract-multi messageJon Harald Søby2025-03-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Add PLURAL support for the number of times the user has been blocked, necessary even if the number is always larger than 1 (see [[mw:PLURAL]] for why). Change-Id: I4e4151ff5b5ccc7efcd5cf94fa42c3b16a188837
* | | Fix gender and parameter usage in message contribution-titletoluayo2025-03-201-1/+1
| | | | | | | | | | | | | | | Bug: T389491 Change-Id: I800e2b083564b852655bf4aea7af8138847f26b7
* | | Localisation updates from https://translatewiki.net.Translation updater bot2025-03-202-3/+3
| | | | | | | | | | | | Change-Id: I151efa4d4d1f24dfb305bfd75641e7ac2a840e2d
* | | Special:Block [Codex]: Update block form per latest designshmonroy2025-03-192-3/+5
|/ / | | | | | | | | | | | | | | | | * Add header to form. * Remove ":" from labels. * Update submit button label Bug: T387492 Change-Id: I1d10b8e0e4e82261f18e0ee2f3fc1379704709f1
* | Update tooltip for expired temporary accountsMáté Szabó2025-03-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Why: - The tooltip for expired temporary accounts currently reads "This account has expired" as per designs in the task comments. - This wording is outdated, and "Temporary account has expired" should be used instead as per the task description. What: - Update the label. Bug: T358469 Change-Id: Ib112a49a064efb4ddb92726e75ae17c6a2bc34a1
* | Localisation updates from https://translatewiki.net.Translation updater bot2025-03-1928-32/+74
| | | | | | | | Change-Id: Ia84e798d69342c0b709c76e4eca92e63e3889897
* | Merge "Add tr as second fallback for crh"jenkins-bot2025-03-181-1/+1
|\ \
| * | Add tr as second fallback for crhtoluayo2025-03-181-1/+1
| |/ | | | | | | | | Bug: T380047 Change-Id: I5b09ae149371ac44042dff6e752cb0a88d2ff5a4
* | Merge "Add Papiamento (Aruba) language"jenkins-bot2025-03-182-0/+20
|\ \ | |/ |/|
| * Add Papiamento (Aruba) languagetoluayo2025-03-182-0/+20
| | | | | | | | | | | | | | Also add MessagesPap.php which for some reason didn't exist. Bug: T387000 Change-Id: I72843ece012938ddbcd13a9e47dc8b243a8bde91
* | Localisation updates from https://translatewiki.net.Translation updater bot2025-03-184-4/+42
| | | | | | | | Change-Id: Ie7ded5433546e7076e63883b52ea3d405801c510
* | Merge "block: Suppress exception when reblocking a multi-blocked user"jenkins-bot2025-03-172-0/+2
|\ \ | |/ |/|
| * block: Suppress exception when reblocking a multi-blocked userTim Starling2025-03-172-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If multiple blocks exist for a given target but the wiki is in the default/old mode with $wgEnableMultiBlocks=false and $wgUseCodexSpecialBlock=false, attempting to reblock the user causes an exception. A race condition in the database has led to a few such multiblocks existing in production wikis. This issue will soon be resolved by migrating to multiblocks, so that the blocks will be allowed and can be easily manipulated. The same error could occur in the future if $wgEnableMultiBlocks is set to true and then rolled back. So, catch the exception and show a regular error in the form instead. Bug: T388743 Change-Id: I67c6ccc20f3c31ba4a4e5734de1641d626adb7f2
generated by cgit v1.2.3 (git 2.25.1) at 2025-04-21 14:52:47 +0000