MediaWiki talk:Recentchangestext

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search

This message on other sites, and in other languages on this site[edit]

Note that interlanguage links show up differently on a talk page like this.

Meta | Commons | Wikibooks | Wikiquote | Wikisource | Wiktionary | Wikivoyage | Wikidata | Deutsch | Français | Nederlands

This message on this site, depending on the user-specified interface language:

    en (English):

  • af (Afrikaans / Afrikaans): -
  • ar (Arabic / العربية): -
  • bg (Bulgarian / Български): -
  • bn (Bengali / বাংলা): -
  • da (Danish / Dansk): -
  • de (German / Deutsch): -
  • eo (Esperanto / Esperanto): -
  • es (Spanish / Español): -
  • eu (Basque / Euskara): -
  • fr (French / Français): -
  • fy (West Frisian / Frysk): -
  • it (Italian / Italiano): -
  • la (Latin / Latina): -
  • li (Limburgian / Limburgs): -
  • nl (Dutch / Nederlands): -
  • no (Norwegian / ‪Norsk (bokmål)‬): -
  • pl (Polish / Polski): -
  • pt (Portuguese / Português): -
  • ru (Russian / Русский): -
  • sv (Swedish / Svenska): -

Pages in the MediaWiki namespace regarding this message

Adding a tickbox to only show the edits that are the most recent[edit]

G'day, I do frequent the recent changes page a fair bit but am always manually checking if the listed edits have a [rollback] tag as around 90%+ edits that are not the most recent are because they have already been reverted / resolved. Can this become an actual function to enable to hide non-current edits? I feel it would be useful for other edittors without Rollback permissions or another alternative — IVORK Discuss 04:29, 1 March 2018 (UTC)

Support. I personally would find this extremely useful. — MrConorAE (👤U | 💬T | 📝C) 04:56, 10 November 2020 (UTC)
@ 👤U Maybe I'm misunderstanding, but is there not already a check box to only show "Latest Revision" down below the Minor edit filter? Back in 2018 when IVORK made that request it was probably not a thing, but it's there now (and, yes, it's very useful). Matt Deres (talk) 13:38, 10 November 2020 (UTC)
Matt Deres, indeed there is! How have I not seen that? Thanks so much. :D — MrConorAE (👤U | 💬T | 📝C) 18:49, 10 November 2020 (UTC)

Click 'diff' or 'hist' to open in a new tab please[edit]

I've been monitoring Recent Changes for some time now, and I would really welcome not having to right-click either 'diff' or 'hist' each time to get the results to display in a new tab. A simple mouse click ought to do it. It seems very unlikely that editors reviewing Recent Changes would want to intentionally leave that page, only to return and wait for their settings to reload after each check. So a simple click to open either a new tab or a new widow would be a very welcome enhancement to the interface. Nick Moyes (talk) 23:09, 10 June 2018 (UTC)  

Just to add, that for mobile users the problem is terrible. For the last 18 months (since I first posted this) I've been predominantly editing via a mobile or a tablet. There's obviously no mouse on a mobile, and trying to tap the correct link on a tiny screen often results in the wrong change being selected, and having to go back and reload RecentChanges every single time basically stops me wanting to contribute to anti-vandalism whilst away from my home PC. Nick Moyes (talk) 09:18, 6 February 2020 (UTC)  
  • Support, but for the time being you can middle click on a mouse to open any link in a new tab. Yeenosaurus (talk) 🍁 04:46, 22 June 2018 (UTC)
  • Also support - this would be very useful. — MrConorAE (👤U | 💬T | 📝C) 18:54, 10 November 2020 (UTC)

Span markup causing lint error and suppressing display[edit]

Prior to the two edits of Roan Kattouw (WMF) of 6 December 2017, the wikitext was

This is a list of [[Help:Recent changes|recent changes]] to pages linked from a specified page (or to members of a specified category).<span id="mw-specialpage-summary-hidegreen"> Changes to pages on your watchlist are shown with a <span style="color:darkgreen; font-weight:bold;">green</span> bullet.</span>

displaying as

This is a list of recent changes to pages linked from a specified page (or to members of a specified category). Changes to pages on your watchlist are shown with a green bullet.

Following those two edits, the wikitext is

Enter a page name to see changes on pages linked to or from that page. (To see members of a category, enter Category:Name of category). <span id="mw-wlheader-showupdated">Changes to pages on your Watchlist are shown<span id="mw-wlheader-bold"> in <strong>bold</strong></span><span id="mw-wlheader-green"> with a <span style="color:darkgreen; font-weight:bold;">green</span> bullet</span>.

displaying as

Enter a page name to see changes on pages linked to or from that page. (To see members of a category, enter Category:Name of category). Changes to pages on your Watchlist are shown in bold with a green bullet.

There are two problems.

  1. There is a missing end tag lint error for <span> because there are 4 <span> and only 3 </span>. The missing </span> could presumably go at the end.
  2. the <span id="...">...</span> markup suppresses display. At least in my universe, all I see is
Enter a page name to see changes on pages linked to or from that page. (To see members of a category, enter Category:Name of category).

This is bizarre. What is going on? —Anomalocaris (talk) 10:04, 6 May 2019 (UTC)

(clarification: this is about MediaWiki:Recentchangeslinked-summary, whose talk page redirects here for some reason)
@Anomalocaris: Whoops, sorry about the missing </span> tag. I've fixed it, thanks for pointing it out.
As for the markup suppressing the display, what's going on here is that the sentences in the span tags are only visible if you've got certain gadgets enabled. For example, if you have the "Display green collapsible arrows" gadget enabled, then MediaWiki:Gadget-WatchlistGreenIndicators.css will cause the text about green bullets to be shown, and if you have the "Display pages on your watchlist that have changed since your last visit in bold" gadget enabled, then MediaWiki:Gadget-WatchlistChangesBold.css will cause the text about bolding to be shown. If you have neither of those enabled, MediaWiki:Gadget-WatchlistBase.css hides all of these spans. This way, the text matches the features you have enabled: if your watchlist is configured not to show green bullets, you also don't see the part of the message that explains what the green bullets mean. Hope that makes sense, and happy to answer any follow-up questions. --Roan Kattouw (WMF) (talk) 00:25, 7 May 2019 (UTC)
Roan Kattouw (WMF): Thank you for the explanation and for fixing MediaWiki:Recentchangeslinked-summary, but I think you want to move the final </span> to after the period, because for those of us with the gadgets disabled, we see the above noted sentence, except it ends period space period. —Anomalocaris (talk) 00:40, 7 May 2019 (UTC)
Good catch! Fixed. --Roan Kattouw (WMF) (talk) 00:42, 7 May 2019 (UTC)
Roan Kattouw (WMF): All fixed now, thanks! —Anomalocaris (talk) 02:22, 7 May 2019 (UTC)

Protected edit request on 23 May 2019[edit]

Please remove

 [[Wikipedia:Milestones|Milestones]] –

since Wikipedia:Milestones is marked as historical. Thanks, --DannyS712 (talk) 19:01, 23 May 2019 (UTC)

 Done — Martin (MSGJ · talk) 12:36, 24 May 2019 (UTC)

alvin kageliza rueywa[edit]

le a e parti on voye so promine du large — Preceding unsigned comment added by Alvin kageliza (talkcontribs) 17:13, 16 July 2020 (UTC)

Interwiki (at Wikidata) not available for special page[edit]

This change (Special:Diff/565539355) makes the interwiki links disappears because the special page has no items on the wikidata. Manual interwiki links shouldn't be deleted, also, I've tested it at idwiki here. --Hidayatsrf (talk) 04:24, 3 August 2020 (UTC)

Not done WP:BRD, phase 3. I don't think this is necessary, we don't put interwiki links on any of our other Special pages (e.g. Special:Watchlist, Special:NewPages), Special:Log) so don't really need these here either. — xaosflux Talk 14:07, 3 August 2020 (UTC)

Filter options changes[edit]

It's been a while since I've done recent changes patrol and I love the new filtering mechanism, but I have a question and a couple of requests:

  • Sometimes, I don't see the options regarding User Intent Predictions. The Contribution Quality, User Reg, and other options are always there (AFAICT), but the User Intent section seems to come and go. Any idea why that would be? The issue persists even if I clear my filter preferences.
  • First request: would it be possible to allow for expanding the number of returns or going back further in time? At times, I'll get "caught up" to the 50 diffs that show and there's no way for me to go back any further other than changing the filters, which somewhat defeats the purpose of the filters. Even just showing 100 or 150 instead of 50 would be great.
  • Second request: I really like the predictive filters and they seem to work pretty well, but there's another angle to finding vandalism and that is the fact that some topics are higher targets for what I'll call "Casual vandalism". These are not typically the targets of dedicated vandals, but the stuff that kids tend to mess around with. The ones that immediately come to mind are schools, dates, and towns. Everyone likes adding their friend's name as "greatest sex machine". I know our categories are maybe not perfect, but is there a way we could use them to establish a filter regarding how likely the topic of the article is as a target of poor edits?

Just some suggestions; the tool is already much better than the ones I used previously; I really appreciate all the work that surely went into it. Please PING me with any replies. Matt Deres (talk) 17:24, 23 October 2020 (UTC)

Matt Deres - as far as I know, you can modify the number & timespan of edits to display by clicking the button on the far right of the screen that says X changes, X days. — MrConorAE (👤U | 💬T | 📝C) 19:46, 10 November 2020 (UTC)
MrConorAE - Thanks! Matt Deres (talk) 22:59, 10 November 2020 (UTC)

Filters sometimes do not appear[edit]

Sometimes, certain categories of filters do not show up when I open the recent changes page. It seems to affect the "Contribution quality predictions" and "User intent predictions" most often. Refreshing my browser's cache does not resolve the issue, but it does go away on its own. Has anyone else experienced this?

I'm mainly using Chrome. Ixfd64 (talk) 00:54, 6 December 2020 (UTC)