| Xaosflux | |
| May 21 2023, 3:57 AM |
| F37080882: Meta's recentchanges problem on Chrome.png | |
| May 28 2023, 11:26 AM |
| F37027859: image.png | |
| May 22 2023, 12:18 AM |
| F37026172: image.png | |
| May 21 2023, 3:57 AM |
Steps to replicate the issue (include links if applicable):
What happens?:
What should have happened instead?:
Software version (skip for WMF-hosted wikis like Wikipedia):
Other information (browser name/version, screenshots, etc.):
Acting up again - default Recent Changes (from an logged out, private browser). Default link: https://meta.wikimedia.org/wiki/Special:RecentChanges
Results: NONE
You should try ?safemode=1, some site/user scripts may affect the recentchanges page.
Cannot reproduce on https://meta.wikimedia.org/wiki/Special:RecentChanges?hidebots=1&translations=filter&hidecategorization=1&hideWikibase=1&limit=50&days=7&urlversion=2&useskin=vector (the URL in the last screenshot).
This issue has been presenting intermittently, I didn't try safemode=, however there were no script changes between the result changes
I think this has something to do with the "Filter out translations" filter:
MariaDB [metawiki_p]> SELECT rc_id, rc_timestamp, actor_name, rc_source, rc_namespace, rc_title FROM recentchanges JOIN actor_recentchanges ON actor_id = rc_actor WHERE rc_timestamp < '20230521035627' AND rc_source NOT IN ('wb', 'mw.categorize') ORDER BY rc_timestamp DESC LIMIT 10;
+----------+----------------+--------------+-----------+--------------+----------------------------------------------------------------------------------+
| rc_id | rc_timestamp | actor_name | rc_source | rc_namespace | rc_title |
+----------+----------------+--------------+-----------+--------------+----------------------------------------------------------------------------------+
| 27412158 | 20230521035518 | Hajjare | mw.edit | 0 | Introducing_Wikimedia_Projects_to_Al-Mawarid_Institute_of_Information_Technology |
| 27412129 | 20230521035229 | Onemeta | mw.log | 2 | Onemeta |
| 27412128 | 20230521035017 | Hajjare | mw.new | 0 | Introducing_Wikimedia_Projects_to_Al-Mawarid_Institute_of_Information_Technology |
| 27412127 | 20230521034847 | Xaosflux | mw.edit | 2 | Xaosflux/sandbox |
| 27412126 | 20230521034716 | Abuse filter | mw.log | 2 | DKHMuoi6249 |
| 27412125 | 20230521034707 | DKHMuoi6249 | mw.log | 2 | DKHMuoi6249 |
| 27412124 | 20230521034601 | Meno25 | mw.log | -1 | Translate/page-Movement_Strategy/Updates/Translation |
| 27412123 | 20230521034557 | Meno25 | mw.log | -1 | Translate/page-Movement_Strategy/Updates/Distribution/1 |
| 27412122 | 20230521034554 | Meno25 | mw.log | -1 | Translate/page-Movement_Strategy/Updates/Contribute |
| 27412121 | 20230521034551 | Meno25 | mw.log | -1 | Translate/page-Movement_Strategy/Updates/Archives |
+----------+----------------+--------------+-----------+--------------+----------------------------------------------------------------------------------+Meno25's changes are not displayed in the screenshot, but they are present in the database.
You could use the "Show new changes starting from" link (or hand-format an URL identically) to provide examples, that's at least somewhat reproducible.
It was back to normal after I saw this problem for a few days last week, but still the list is empty. Even I cleared the filter settings and browser cache. Normally I use Chrome generally and use Firefox sometimes. When checked in Firefox, the same problem exists.
Hm, I think "Logged actions" is the filter that behaves weirdly. If I enable it I actually get less results. Its code is pretty straightforward though.
There hasn't been any recent changes to Translate's filters. Is there some indication that they are the cause?