Long-time Wikimedian and MediaWiki developer
User Details
- User Since
- Oct 11 2017, 9:01 PM (321 w, 2 d)
- Availability
- Available
- IRC Nick
- Ammarpad
- LDAP User
- Ammarpad
- MediaWiki User
- Ammarpad [ Global Accounts ]
Fri, Dec 1
Thu, Nov 30
Already reported at T345793 which I intended to fix but forgot. My approach in the uncommited change was to convert the user-provided offset to DB timestamp and proceed if it works, otherwsise return no result (as does MySQL currently). That seems easier for the short term, but changing the field would be more effective long-term.
Wed, Nov 29
bl_timestamp is field alias and WHERE clause can be evaluated before the alias is created
On the translate subpage, if $wgSecurePollTranslationImportSourceUrl is set, there's currently a message that presumably claims anyone can 'import translations'
Tue, Nov 28
Mon, Nov 27
Thu, Nov 23
Sat, Nov 18
Sun, Nov 12
It depends on how you're making the request.
Thu, Nov 9
Nov 8 2023
Nov 6 2023
In some cases that's even desirable, see T257966: URL shall be terminated by %2E or _ if page name ends with dot
doesn't test what it is supposed to
So what should it test for and what is it testing now?
Nov 4 2023
Nov 3 2023
MobileFrontend already provides its own navigation links and now core navigation links are also being shown
Seems it's still happening https://gerrit.wikimedia.org/r/c/mediawiki/core/+/971331
There's uptick of these warnings. In PHP 8 they will be elevated to ValueError exception
Nov 2 2023
@Jdlrobson do you think the fix in T348539 will allow re-enabling this test?
Nov 1 2023
Oct 31 2023
Which extension? I can't reproduce the issue
Thanks, this has been fixed in T301632
Oct 30 2023
@Xiaotai99 Please copy the complete exception trace and add it to this task.
There's also recent repeated failure in Math repo because of this. It seems no one is interested in fixing it. I think it should be disabled like the other test in the suite T313775 which was disabled with even lower failure rate.
@Aram, on which wiki?
Oct 29 2023
Oct 26 2023
Oct 25 2023
Oct 24 2023
Oct 19 2023
This is happening at greater frequency now, adding @zeljkofilipin who will know better
Oct 17 2023
done
Oct 16 2023
See https://www.mediawiki.org/w/api.php?action=help&modules=shortenurl. The url parameter has description, which is defined at UrlShortener/i18n/api/en.json#9
How can I check if it's fixed in local?
Visit api.php?action=help&modules=pushallinfo locally. You'll currently see something like
This is due to missing API parameter description messages.
Oct 14 2023
Please add browser and version. I suspect this is a duplicate of T277904
Oct 12 2023
Oct 11 2023
Oct 10 2023
Oct 9 2023
Likely caused by https://gerrit.wikimedia.org/r/c/mediawiki/core/+/935761, which does not have associated phab task.
Oct 6 2023
Oct 5 2023
This is essentially the same issue as T164357
This redirection is prevented by $wgDisableHardRedirects, which is true on all Wikimedia wikis save DonateWiki.
Oct 4 2023
See T164408. Apparently that did not happen. So it needs special casing in the installer.
Oct 2 2023
I actually don't think this requires any community consensus. Why are notices selectively hidden? I believe wgMinervaEnableSiteNotice was supposed to be temporary flag. If a community doesn not want to (for whatever reason) show notices on mobile there's already nomobile class which I believe works.