Community Wishlist Survey 2022/Admins and patrollers
Allow rev parent id to be fixed
- בעיה: Look at the oldest edits for Joshua Claybourn and Talk:Netherlands on the English Wikipedia. Notice that the edits unexpectedly show an incorrect negative size difference number. Also, compare this portion of the history of Akita (dog) or the oldest 1000 edits for iPhone and the history of Technology Is a Dead Bird. Notice that the size difference numbers for the page-move edits are wrong.
- הצעת פתרון: Make the
rev_parent_id
fixable with a MediaWiki extension. - מי ירוויח מההצעה: Everyone
- הערות נוספות:
- כרטיסים בפבריקטור: T223342
- מציע: GeoffreyT2000 (talk) 23:16, 14 January 2022 (UTC)
דיון
- In particular, revisions whose parent IDs were messed up in pre-2018 undeletions should be able to have their parent IDs changed back to what they used to be. GeoffreyT2000 (talk) 23:16, 14 January 2022 (UTC)
- This is not on the list of things I think anyone using Wiki* cares about today. --Izno (talk) 00:19, 17 January 2022 (UTC)
- I care about it. This is something I've occassionally come up against. As an admin, I sometimes want to know who created an article, or what state it was in as created as compared to now. Messed up histories get in the way of that and other investigative tasks. SpinningSpark 09:27, 5 February 2022 (UTC)
- Yes, this is more of a bug report MrMeAndMrMeLet's talk 18:11, 28 January 2022 (UTC)
- This is a wishlist, not new features request. It is perfectly in order to wish for the tech team to devote more effort to certain bugs. SpinningSpark 09:27, 5 February 2022 (UTC)
הצבעה
- Declined - this is a bug MrMeAndMrMeLet's talk 22:19, 28 January 2022 (UTC)
- נגד Per above, absolutely no reason to "fix" parent ids, should be archived as soon as possible. --Liuxinyu970226 (talk) 11:41, 29 January 2022 (UTC)
- Declined - a bug report is not encountered. Thingofme (talk) 13:29, 29 January 2022 (UTC)
- בעד Saad Nabbi (talk) 10:20, 2 February 2022 (UTC)
- בעד per my comments above. SpinningSpark 09:34, 5 February 2022 (UTC)
Allow using templated reasons in global blocks.
- בעיה: Global block reasons can't use any templates (since the block reason is rendered on the wiki the blocked user is visiting, and all wikis have their own separate template namespace). This means that the user (who might not be the intended target of the block) has to click to some Meta page to see detailed information about the global block that is preventing them from editing. For example, it would be useful to display templates like en:Template:Blocked p2p proxy directly on the blocked error message.
- הצעת פתרון: Implement a way to display pre-defined block reason templates to users by rendering block reasons on meta. Alternatively instead of allowing use of arbitrary meta templates, implement a way to for stewards to configure longer block reasons on a Meta JSON page and selecting one of those on the interface (proposed by Legoktm on the Phabricator ticket).
- מי ירוויח מההצעה: Users affected by global blocks (since the instructions they see will be clearer), stewards
- הערות נוספות: The GlobalBlocking extension contains incomplete code to render block reasons on a central wiki (such as Meta), see phab:T243863 for details.
- כרטיסים בפבריקטור: phab:T243863
- מציע: Majavah (talk!) 13:44, 16 January 2022 (UTC)
דיון
Kind of edges on global templates as a request, which skimming the Phab kind of looks like some similar concerns there, or at least which would exist if global templates were somewhere in implementation.
That aside, templated block reasons aren't well supported in some ways even today; en:MediaWiki:Ipbreason-dropdown until recently had lint errors (and then someone moved it to plain text content model, which has its obvious downside of not tracking a link to the template in the page). --Izno (talk) 00:21, 17 January 2022 (UTC)
- I think the global block reasons can be logged in Meta, and a Meta page contains all the reasons, as stewards block user in a Meta-based interface. Thingofme (talk) 00:57, 18 January 2022 (UTC)
הצבעה
- בעד * Pppery * it has begun 18:30, 28 January 2022 (UTC)
- בעד —MarcoAurelio (talk) 19:42, 28 January 2022 (UTC)
- בעד sounds reasonable Dolotta (talk) 20:04, 28 January 2022 (UTC)
- בעד Stryn (talk) 20:26, 28 January 2022 (UTC)
- בעד EpicPupper (talk) 22:26, 28 January 2022 (UTC)
- בעד --NGC 54 (talk|contribs) 22:42, 28 January 2022 (UTC)
- בעד Sgd. —Hasley 23:01, 28 January 2022 (UTC)
- בעד Sakretsu (炸裂) 23:48, 28 January 2022 (UTC)
- בעד 𝑇𝑚𝑣 (𝑡𝑎𝑙𝑘) 00:24, 29 January 2022 (UTC)
- בעד Shizhao (talk) 03:23, 29 January 2022 (UTC)
- בעד Camouflaged Mirage (talk) 07:57, 29 January 2022 (UTC)
- בעד Aca (talk) 11:52, 29 January 2022 (UTC)
- בעד Meiræ 12:18, 29 January 2022 (UTC)
- בעד Thingofme (talk) 13:53, 29 January 2022 (UTC)
- בעד Superpes15 (talk) 14:40, 29 January 2022 (UTC)
- בעד Tgr (talk) 16:54, 29 January 2022 (UTC)
- בעד —— Eric Liu(Talk) 18:17, 29 January 2022 (UTC)
- בעד Douglasfugazi (talk) 21:04, 29 January 2022 (UTC)
- בעד Mykola7 (talk) 00:09, 30 January 2022 (UTC)
- בעד MdsShakil (talk) 05:38, 30 January 2022 (UTC)
- בעד SHB2000 (talk | contribs) 10:20, 30 January 2022 (UTC)
- בעד daSupremo 17:59, 30 January 2022 (UTC)
- בעד Daniel Case (talk) 04:57, 31 January 2022 (UTC)
- בעד Novak Watchmen (talk) 17:30, 31 January 2022 (UTC)
- בעד MONUMENTA (talk) 01:07, 1 February 2022 (UTC)
- בעד --Alaa :)..! 08:09, 1 February 2022 (UTC)
- בעד--باسم (talk) 10:05, 1 February 2022 (UTC)
- בעד Alain Artivalys (talk) 13:03, 1 February 2022 (UTC)
- בעד — JJMC89 (T·C) 02:20, 2 February 2022 (UTC)
- בעד KingAntenor (talk) 05:52, 2 February 2022 (UTC)
- בעד WikiAviator (talk) 09:47, 3 February 2022 (UTC)
- בעד Sabjan Badio (talk) 03:43, 4 February 2022 (UTC)
- בעד Rzuwig► 11:50, 4 February 2022 (UTC)
- בעד DaxServer (talk) 14:16, 4 February 2022 (UTC)
- בעד Bibeyjj (talk) 20:03, 4 February 2022 (UTC)
- בעד JavaHurricane 10:35, 5 February 2022 (UTC)
- בעד RG067 (talk) 11:37, 5 February 2022 (UTC)
- בעד - Darwin Ahoy! 15:08, 5 February 2022 (UTC)
- בעד —Thanks for the fish! talk•contrib (he/him) 17:27, 5 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:32, 5 February 2022 (UTC)
- בעד Vulp❯❯❯here! 02:54, 6 February 2022 (UTC)
- בעד MaksOttoVonStirlitz (talk) 03:27, 6 February 2022 (UTC)
- בעד --Liuxinyu970226 (talk) 03:34, 6 February 2022 (UTC)
- בעד Brewster239 (T·C·CA) 08:20, 7 February 2022 (UTC)
- בעד ~~~~
User:1234qwer1234qwer4 (talk) 19:19, 7 February 2022 (UTC) - בעד RadiX∞ 03:41, 8 February 2022 (UTC)
- בעד Sennecaster (talk) 19:19, 8 February 2022 (UTC)
- בעד Carlosguitar (talk) 23:53, 8 February 2022 (UTC)
- בעד — Bilorv (talk) 16:47, 9 February 2022 (UTC)
- בעד Valerio Bozzolan (talk) 14:22, 11 February 2022 (UTC)
- בעד Blablubbs (talk) 14:41, 11 February 2022 (UTC)
- בעד Geonuch (talk) 15:07, 11 February 2022 (UTC)
- בעד evrifaessa ❯❯❯ talk 15:31, 11 February 2022 (UTC)
Allow global blocks to optionally not block account creation
- בעיה: Currently all global blocks always block account creation. Stewards can only choose whether the block will affect unregistered or registered contributors (the so-called softblock or hardblock).
- הצעת פתרון: In line with what happens with Special:Block, please add a checkbox to Special:GlobalBlock and give stewards the option to check or uncheck that box depending on the circumstances.
- מי ירוויח מההצעה: Stewards as users of the extension; but all users too as we can allow account creations in case where the abuse exclusively comes from unregistered contributors.
- הערות נוספות:
- כרטיסים בפבריקטור: task T17273.
- מציע: —MarcoAurelio (talk) 19:37, 15 January 2022 (UTC)
דיון
- Majavah kindly created r754099 (thanks!). —MarcoAurelio (talk) 14:22, 16 January 2022 (UTC)
- Highly useful, simple, short. –SJ talk 22:58, 23 January 2022 (UTC)
הצבעה
- בעד * Pppery * it has begun 18:30, 28 January 2022 (UTC)
- בעד Seems reasonable MeganB... …till the end 18:50, 28 January 2022 (UTC)
- בעד If it´s admins fault... Goodlucksil (talk) 19:07, 28 January 2022 (UTC)
- בעד Dolotta (talk) 20:02, 28 January 2022 (UTC)
- בעד EpicPupper (talk) 22:28, 28 January 2022 (UTC)
- בעד Sgd. —Hasley 23:01, 28 January 2022 (UTC)
- בעד Consistency is key. -BRAINULATOR9 (TALK) 00:04, 29 January 2022 (UTC)
- בעד Shizhao (talk) 03:22, 29 January 2022 (UTC)
- בעד Camouflaged Mirage (talk) 07:58, 29 January 2022 (UTC)
- בעד Respublik (talk) 08:13, 29 January 2022 (UTC)
- בעד 🌸 Sakura emad 💖 (talk) 10:39, 29 January 2022 (UTC)
- בעד--Liuxinyu970226 (talk) 11:42, 29 January 2022 (UTC)
- בעד Aca (talk) 11:51, 29 January 2022 (UTC)
- בעד Meiræ 12:16, 29 January 2022 (UTC)
- בעד--Vituzzu (talk) 12:37, 29 January 2022 (UTC)
- בעד Thingofme (talk) 13:28, 29 January 2022 (UTC)
- בעד Superpes15 (talk) 14:39, 29 January 2022 (UTC)
- בעד daSupremo 16:52, 29 January 2022 (UTC)
- בעד Tgr (talk) 16:58, 29 January 2022 (UTC)
- בעד Saliousoft (talk) 17:37, 29 January 2022 (UTC)
- בעד —— Eric Liu(Talk) 18:16, 29 January 2022 (UTC)
- בעד Glenn984 (talk) 22:39, 29 January 2022 (UTC)
- בעד Wait, this doesn't exist already? ~~~~
User:1234qwer1234qwer4 (talk) 00:05, 30 January 2022 (UTC) - בעד Mykola7 (talk) 00:12, 30 January 2022 (UTC)
- בעד MdsShakil (talk) 05:45, 30 January 2022 (UTC)
- בעד N013i (talk) 14:15, 30 January 2022 (UTC)
- בעד Ruthven (msg) 14:55, 30 January 2022 (UTC)
- בעד JPxG (talk) 00:27, 31 January 2022 (UTC)
- בעד Daniel Case (talk) 04:55, 31 January 2022 (UTC)
- בעד the wub "?!" 14:12, 31 January 2022 (UTC)
- בעד Dreamy Jazz talk to me | enwiki 14:14, 31 January 2022 (UTC)
- בעד Novak Watchmen (talk) 17:30, 31 January 2022 (UTC)
- בעד stwalkerster (talk) 22:46, 31 January 2022 (UTC)
- בעד --Alaa :)..! 08:09, 1 February 2022 (UTC)
- בעד--باسم (talk) 10:06, 1 February 2022 (UTC)
- בעד Alain Artivalys (talk) 13:03, 1 February 2022 (UTC)
- בעד KingAntenor (talk) 05:52, 2 February 2022 (UTC)
- בעד ThatIPEditor (talk) 04:50, 4 February 2022 (UTC)
- בעד DaxServer (talk) 13:44, 4 February 2022 (UTC)
- בעד Bibeyjj (talk) 20:04, 4 February 2022 (UTC)
- בעד --ToprakM ✉ 00:51, 5 February 2022 (UTC)
- בעד JavaHurricane 10:32, 5 February 2022 (UTC)
- בעד Sakretsu (炸裂) 12:07, 5 February 2022 (UTC)
- בעד —Thanks for the fish! talk•contrib (he/him) 17:27, 5 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:20, 5 February 2022 (UTC)
- בעד Brewster239 (T·C·CA) 08:17, 7 February 2022 (UTC)
- בעד ~Cybularny Speak? 19:53, 7 February 2022 (UTC)
- בעד RadiX∞ 03:40, 8 February 2022 (UTC)
- בעד — Bilorv (talk) 23:22, 9 February 2022 (UTC)
- בעד Valerio Bozzolan (talk) 14:22, 11 February 2022 (UTC)
- בעד Blablubbs (talk) 14:41, 11 February 2022 (UTC)
- בעד Geonuch (talk) 15:08, 11 February 2022 (UTC)
- בעד evrifaessa ❯❯❯ talk 15:32, 11 February 2022 (UTC)
- בעד Giraffer (talk) 17:54, 11 February 2022 (UTC)
Allow global whitelisting of IPs subject to global rangeblocks
- בעיה: Several requests for unblock cannot be handled in due time because of providers/tech depths of different organization mixing up networks which could legitimately edit the wikis with farms with open proxies, spam sources, etc. A quite common case are, also, private proxies on VPS or reverse proxies from different organizations hosted in third-party farms.
- הצעת פתרון: create a Special:GlobalBlockWhitelist page where a global block can be revoked for a certain IP or subnet falling in a blocked range
- מי ירוויח מההצעה: dozens of users caught by global blocks
- הערות נוספות:
- כרטיסים בפבריקטור: phab:T42439
- מציע: Vituzzu (talk) 10:44, 20 January 2022 (UTC)
דיון
- Why is this an actual issue? --Izno (talk) 05:40, 21 January 2022 (UTC)
- Due to the number of duplicates it may be a issue to consider. GZWDer (talk) 10:56, 21 January 2022 (UTC)
- The issue? Huge administrative overhead that stewards cannot bear. A quick example: a German free WiFi sharing project is routed through a series of proxies hosted in a bunch of blocked /16, an user asked us to be unblocked, so for each of these blocks I had to replace a single block with 15 blocks. Vituzzu (talk) 16:03, 22 January 2022 (UTC)
- @Vituzzu: so that IP that was unblocked - was it not actually part of a proxy farm, or was the original block just overly aggressive? — xaosflux Talk 23:55, 25 January 2022 (UTC)
- I don't think so in that specific case, but that was just a simple example. I've seen countless private VPS, someone sharing the office with LTAs, etc. Vituzzu (talk) 11:45, 26 January 2022 (UTC)
- @Vituzzu: so that IP that was unblocked - was it not actually part of a proxy farm, or was the original block just overly aggressive? — xaosflux Talk 23:55, 25 January 2022 (UTC)
- The issue? Huge administrative overhead that stewards cannot bear. A quick example: a German free WiFi sharing project is routed through a series of proxies hosted in a bunch of blocked /16, an user asked us to be unblocked, so for each of these blocks I had to replace a single block with 15 blocks. Vituzzu (talk) 16:03, 22 January 2022 (UTC)
- Due to the number of duplicates it may be a issue to consider. GZWDer (talk) 10:56, 21 January 2022 (UTC)
- This seems like a generally useful and interesting challenge -- overlapping passlists + blocklists -- and a practical set of tasks that needs it. –SJ talk 23:09, 23 January 2022 (UTC)
- If this is implemented, please use "allowlist" or similar for wording per mw:Inclusive language. EpicPupper (talk) 22:28, 28 January 2022 (UTC)
הצבעה
- בעד —The Editor's Apprentice (talk) 18:59, 28 January 2022 (UTC)
- בעד —MarcoAurelio (talk) 19:42, 28 January 2022 (UTC)
- בעד Stryn (talk) 20:29, 28 January 2022 (UTC)
- בעד Make sense. I will say let meta sysops to access it too will be helpful as CAT:RFU on meta is always filled with such requests. Camouflaged Mirage (talk) 07:57, 29 January 2022 (UTC)
- בעד This is sometimes also an issue on wikis (like the Dutch Wikipedia) where smaller ranges are inadvertently caught in larger (local) range blocks (unfortunately, locally in our case). A possible extension (once this could be stable... ) could thus be considered. Daniuu (talk) 11:13, 29 January 2022 (UTC)
- בעד--Liuxinyu970226 (talk) 11:43, 29 January 2022 (UTC)
- בעד Aca (talk) 12:01, 29 January 2022 (UTC)
- בעד --Base (talk) 12:34, 29 January 2022 (UTC)
- בעד Whitelisting of small IP ranges is a good idea. Thingofme (talk) 13:56, 29 January 2022 (UTC)
- בעד —— Eric Liu(Talk) 18:18, 29 January 2022 (UTC)
- בעד. --Mykola7 (talk) 22:42, 29 January 2022 (UTC)
- בעד Given local whitelists already exist. ~~~~
User:1234qwer1234qwer4 (talk) 23:43, 29 January 2022 (UTC)- Good point I forgot mentioning! Vituzzu (talk) 09:54, 4 February 2022 (UTC)
- בעד MdsShakil (talk) 05:37, 30 January 2022 (UTC)
- בעד SHB2000 (talk | contribs) 10:18, 30 January 2022 (UTC)
- בעד --Civvì (talk) 14:12, 30 January 2022 (UTC)
- בעד N013i (talk) 14:18, 30 January 2022 (UTC)
- בעד --Ruthven (msg) 14:54, 30 January 2022 (UTC)
- בעד daSupremo 18:01, 30 January 2022 (UTC)
- בעד --Havang(nl) (talk) 14:57, 31 January 2022 (UTC)
- בעד Novak Watchmen (talk) 17:29, 31 January 2022 (UTC)
- בעד MONUMENTA (talk) 01:19, 1 February 2022 (UTC)
- בעד --Alaa :)..! 08:03, 1 February 2022 (UTC)
- בעד SCP-2000 08:11, 1 February 2022 (UTC)
- בעד--باسم (talk) 10:04, 1 February 2022 (UTC)
- בעד Alain Artivalys (talk) 13:02, 1 February 2022 (UTC)
- בעד Wargo (talk) 21:07, 1 February 2022 (UTC)
- בעד KingAntenor (talk) 05:48, 2 February 2022 (UTC)
- בעד DecrepitlyOnward (talk) 23:00, 2 February 2022 (UTC)
- בעד EN-Jungwon 02:45, 3 February 2022 (UTC)
- בעד Paucabot (talk) 06:11, 3 February 2022 (UTC)
- בעד -- Kace7 (talk) 19:35, 3 February 2022 (UTC)
- בעד Tumbuka Arch (talk) 10:39, 4 February 2022 (UTC)
- בעד. Need it-- MASUM THE GREAT (talk) 11:18, 4 February 2022 (UTC)
- בעד Growthsakup (talk) 12:53, 4 February 2022 (UTC)
- בעד DaxServer (talk) 13:02, 4 February 2022 (UTC)
- בעד Sakretsu (炸裂) 12:06, 5 February 2022 (UTC)
- בעד —Thanks for the fish! talk•contrib (he/him) 17:26, 5 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:29, 5 February 2022 (UTC)
- בעד --Ciao • Bestoernesto • ✉ 02:27, 6 February 2022 (UTC)
- בעד Vulp❯❯❯here! 02:58, 6 February 2022 (UTC)
- בעד Brewster239 (T·C·CA) 08:23, 7 February 2022 (UTC)
- בעד ~Cybularny Speak? 19:57, 7 February 2022 (UTC)
- בעד Very necessary MF-W 13:07, 9 February 2022 (UTC)
- בעד — Bilorv (talk) 23:21, 9 February 2022 (UTC)
- בעד Superpes15 (talk) 23:04, 10 February 2022 (UTC)
- בעד Hroptatyr (talk) 06:03, 11 February 2022 (UTC)
- בעד -- Salihu Aliyu (talk) 09:13, 11 February 2022 (UTC)
- בעד Nadzik (talk) 13:51, 11 February 2022 (UTC)
- בעד Valerio Bozzolan (talk) 14:18, 11 February 2022 (UTC)
- בעד Blablubbs (talk) 14:38, 11 February 2022 (UTC)
- בעד Geonuch (talk) 15:04, 11 February 2022 (UTC)
Show recent block history for IPs and ranges
- בעיה: When reviewing an IP's contribs, admins have to look in block history to see if there have been any recent blocks. When dealing with ranges (especially /64), this problem is worse. To see rangeblocks, admins must add /[16,32,48,64] and then go block (not block log because that only works on the base IP, not one within the range) to see recent rangeblocks. Even to see past warnings to editors in a range, admins must go to the range, scroll through and find individual IPs whose talk pages aren't redlinked, open a bunch of them, and see if there's been escalation of warnings over a recent time frame, and then go back to the first IP and warn accordingly.
- הצעת פתרון: Add recent block information on contribs pages for admins to see, similar to recent change to Twinkle's block popup window, including rangeblocks. A similar feature on the contribs or talk pages for warnings should be great.
- מי ירוויח מההצעה: Admins
- הערות נוספות: This would be particularly helpful for dealing with LTA cases and vandals who jump IP addresses to avoid racking up warnings on a single IP.
- כרטיסים בפבריקטור:
- מציע: EvergreenFir (talk) 05:34, 18 January 2022 (UTC)
דיון
- Daniel Case (talk) 03:24, 23 January 2022 (UTC)
- +1. similar to recent change to Twinkle's block popup window -- excellent model for it. –SJ talk 23:04, 23 January 2022 (UTC)
- Why limit this to admins? I reported an IP-hopping LTA today and obtained this information without sysop privileges; it was just rather tedious. Certes (talk) 20:09, 28 January 2022 (UTC)
הצבעה
- בעד * Pppery * it has begun 18:31, 28 January 2022 (UTC)
- בעד MeganB... …till the end 18:52, 28 January 2022 (UTC)
- בעד KylieTastic (talk) 18:57, 28 January 2022 (UTC)
- בעד HouseBlaster (talk) 19:10, 28 January 2022 (UTC)
- בעד Олег Черкасский (talk) 19:36, 28 January 2022 (UTC)
- בעד Stryn (talk) 20:28, 28 January 2022 (UTC)
- בעד Sea Cow (talk) 21:58, 28 January 2022 (UTC)
- בעד EpicPupper (talk) 22:28, 28 January 2022 (UTC)
- בעד Izno (talk) 22:40, 28 January 2022 (UTC)
- בעד — Draceane talkcontrib. 22:49, 28 January 2022 (UTC)
- בעד Sgd. —Hasley 23:02, 28 January 2022 (UTC)
- בעד -- Guerillero Parlez Moi 23:18, 28 January 2022 (UTC)
- בעד Sakretsu (炸裂) 23:50, 28 January 2022 (UTC)
- בעד 𝑇𝑚𝑣 (𝑡𝑎𝑙𝑘) 00:22, 29 January 2022 (UTC)
- בעד Huji (talk) 01:45, 29 January 2022 (UTC)
- בעד Shizhao (talk) 03:21, 29 January 2022 (UTC)
- בעד War (talk) 03:32, 29 January 2022 (UTC)
- בעד Lectrician1 (talk) 05:31, 29 January 2022 (UTC)
- בעד --Флаттершай (talk) 05:49, 29 January 2022 (UTC)
- בעד Camouflaged Mirage (talk) 07:57, 29 January 2022 (UTC)
- בעד 🌸 Sakura emad 💖 (talk) 10:37, 29 January 2022 (UTC)
- בעד Meiræ 11:10, 29 January 2022 (UTC)
- בעד CptViraj (talk) 11:13, 29 January 2022 (UTC)
- בעד--Liuxinyu970226 (talk) 11:42, 29 January 2022 (UTC)
- בעד Aca (talk) 11:53, 29 January 2022 (UTC)
- בעד --Matěj Suchánek (talk) 13:39, 29 January 2022 (UTC)
- בעד BRP ever 13:44, 29 January 2022 (UTC)
- בעד Thingofme (talk) 13:53, 29 January 2022 (UTC)
- בעד Tgr (talk) 16:18, 29 January 2022 (UTC)
- בעד — Jules* Talk 17:59, 29 January 2022 (UTC)
- בעד —— Eric Liu(Talk) 18:15, 29 January 2022 (UTC)
- בעד Sebolivieralex1318 (talk) 18:25, 29 January 2022 (UTC)
- בעד--Mahmud (talk) 18:30, 29 January 2022 (UTC)
- בעד Garlock1 (talk) 19:56, 29 January 2022 (UTC)
- בעד JAn Dudík (talk) 20:00, 29 January 2022 (UTC)
- בעד Glenn984 (talk) 22:37, 29 January 2022 (UTC)
- בעד ToBeFree (talk) 22:47, 29 January 2022 (UTC)
- בעד Other interfaces should be adapted for ranges too – like deleted contributions, logs, and abuse log. ~~~~
User:1234qwer1234qwer4 (talk) 23:57, 29 January 2022 (UTC) - בעד Mykola7 (talk) 00:05, 30 January 2022 (UTC)
- בעד. – Symphonium264 (talk) 02:50, 30 January 2022 (UTC)
- בעד MdsShakil (talk) 05:48, 30 January 2022 (UTC)
- בעד TheInternetGnome (talk) 07:30, 30 January 2022 (UTC)
- בעד A09090091 (talk) 07:47, 30 January 2022 (UTC)
- בעד --Minorax«¦talk¦» 08:15, 30 January 2022 (UTC)
- בעד Johannnes89 (talk) 08:19, 30 January 2022 (UTC)
- בעד Ameisenigel (talk) 08:38, 30 January 2022 (UTC)
- בעד Thank you for this suggestion DePlusJean (talk) 08:51, 30 January 2022 (UTC)
- בעד --𝐖𝐢𝐤𝐢𝐁𝐚𝐲𝐞𝐫 👤💬 09:40, 30 January 2022 (UTC)
- בעד --Jakub Sochor (talk) 12:37, 30 January 2022 (UTC)
- בעד NguoiDungKhongDinhDanh 12:38, 30 January 2022 (UTC)
- בעד → «« Man77 »» [de] 12:52, 30 January 2022 (UTC)
- בעד Geraki TL 13:37, 30 January 2022 (UTC)
- בעד N013i (talk) 14:20, 30 January 2022 (UTC)
- בעד --g (talk) 14:32, 30 January 2022 (UTC)
- בעד show rangeblocks for IPv4 as well as IPv6 Wotheina (talk) 15:00, 30 January 2022 (UTC)
- בעד Superpes15 (talk) 15:46, 30 January 2022 (UTC)
- בעד Titore (talk) 16:26, 30 January 2022 (UTC)
- בעד Villalaso (talk) 17:31, 30 January 2022 (UTC)
- בעד আফতাবুজ্জামান (talk) 20:09, 30 January 2022 (UTC)
- בעד Bub's (talk) 20:27, 30 January 2022 (UTC)
- בעד Critical issue. KevinL (aka L235 · t) 20:47, 30 January 2022 (UTC)
- בעד FoBe (talk) 21:16, 30 January 2022 (UTC)
- בעד ··· 🌸 Rachmat04 · ☕ 03:07, 31 January 2022 (UTC)
- בעד TheEpicSnek (talk) 06:45, 31 January 2022 (UTC)
- בעד Nosebagbear (talk) 10:05, 31 January 2022 (UTC)
- בעד Trizek from FR 11:51, 31 January 2022 (UTC)
- בעד Dreamy Jazz talk to me | enwiki 14:19, 31 January 2022 (UTC)
- בעד Novak Watchmen (talk) 17:29, 31 January 2022 (UTC)
- בעד IOIOI (talk) 20:30, 31 January 2022 (UTC)
- בעד Malarz pl (talk) 20:55, 31 January 2022 (UTC)
- בעד Dave Braunschweig (talk) 21:26, 31 January 2022 (UTC)
- בעד MONUMENTA (talk) 00:07, 1 February 2022 (UTC)
- בעד H78c67c (talk) 04:15, 1 February 2022 (UTC)
- בעד --Alaa :)..! 08:08, 1 February 2022 (UTC)
- בעד SCP-2000 08:10, 1 February 2022 (UTC)
- בעד WhitePhosphorus (talk) 08:14, 1 February 2022 (UTC)
- בעד--باسم (talk) 10:05, 1 February 2022 (UTC)
- בעד Alain Artivalys (talk) 12:59, 1 February 2022 (UTC)
- בעד Would be useful for IPv6 /64 ranges (see en:WP:/64). Thibaut (talk) 15:56, 1 February 2022 (UTC)
- בעד Omer abcd (talk) 19:52, 1 February 2022 (UTC)
- בעד — JJMC89 (T·C) 02:13, 2 February 2022 (UTC)
- בעד SpinningSpark 12:38, 2 February 2022 (UTC)
- בעד --Achim55 (talk) 20:26, 2 February 2022 (UTC)
- בעד ~ Amory (u • t • c) 20:39, 2 February 2022 (UTC)
- בעד EN-Jungwon 03:05, 3 February 2022 (UTC)
- בעד Paucabot (talk) 06:13, 3 February 2022 (UTC)
- בעד WikiAviator (talk) 09:48, 3 February 2022 (UTC)
- בעד Temp3600 (talk) 14:45, 3 February 2022 (UTC)
- בעד Wutsje (talk) 20:31, 3 February 2022 (UTC)
- בעד The Squirrel Conspiracy (talk) 23:08, 3 February 2022 (UTC)
- בעד DaxServer (talk) 13:12, 4 February 2022 (UTC)
- בעד Alextheconservative (talk) 19:02, 4 February 2022 (UTC)
- בעד Bibeyjj (talk) 20:05, 4 February 2022 (UTC)
- בעד Pi.1415926535 (talk) 21:21, 4 February 2022 (UTC)
- בעד Voice of Clam (talk) 23:28, 4 February 2022 (UTC)
- בעד paul2520 (talk) 02:26, 5 February 2022 (UTC)
- בעד JavaHurricane 10:08, 5 February 2022 (UTC)
- בעד Sir Proxima Centauri (talk) 11:13, 5 February 2022 (UTC)
- בעד Otr500 (talk) 13:52, 5 February 2022 (UTC)
- בעד SD hehua (talk) 15:02, 5 February 2022 (UTC)
- בעד —Thanks for the fish! talk•contrib (he/him) 17:22, 5 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:23, 5 February 2022 (UTC)
- בעד Vulp❯❯❯here! 02:56, 6 February 2022 (UTC)
- בעד Snævar (talk) 03:27, 6 February 2022 (UTC)
- בעד MaksOttoVonStirlitz (talk) 03:30, 6 February 2022 (UTC)
- בעד Bas dehaan (talk) 23:06, 6 February 2022 (UTC)
- בעד Brewster239 (T·C·CA) 08:19, 7 February 2022 (UTC)
- בעד SydneyFisher111 (talk) 13:06, 7 February 2022 (UTC)
- בעד RadiX∞ 03:42, 8 February 2022 (UTC)
- בעד Carlosguitar (talk) 23:56, 8 February 2022 (UTC)
- בעד Haycrendham (talk) 21:55, 9 February 2022 (UTC)
- בעד — Bilorv (talk) 23:23, 9 February 2022 (UTC)
- בעד Barkeep49 (talk) 21:25, 10 February 2022 (UTC)
- בעד Nadzik (talk) 13:51, 11 February 2022 (UTC)
- בעד Valerio Bozzolan (talk) 14:17, 11 February 2022 (UTC)
- בעד Blablubbs (talk) 14:39, 11 February 2022 (UTC)
- בעד Geonuch (talk) 15:03, 11 February 2022 (UTC)
- בעד evrifaessa ❯❯❯ talk 15:29, 11 February 2022 (UTC)
- בעד -BRAINULATOR9 (TALK) 17:11, 11 February 2022 (UTC)
Mass-delete to offer drop-down of standard reasons, or templated reasons.
- בעיה: Admins have the ability to mass-delete contributions of a user seen as problematic. This usually affects a large number of pages; currently it reads 'mass-deleting contribs of user Foo'. Having a templated reason that gets replaced, or a drop-down of common reasons would help.
- הצעת פתרון: Either add a drop-down (with most common reasons, similar to QD), or provide a way that templated reasons get replaced.
- מי ירוויח מההצעה: Admins: mass-deleting pages, users: knowing more precisely why the page was deleted
- הערות נוספות:
- כרטיסים בפבריקטור: phab:T25020
- מציע: Eptalon (talk) 23:37, 18 January 2022 (UTC)
דיון
- @Eptalon: can you be a bit more specific, what are the step-by-step directions you are currently using for this process? The "mass-delete" you mention above sounds like you are referring to Special:Nuke, provided by the Nuke extension. This extension already has the option to enter free-form text, solving the problem of admins poorly communicating. (See image below) Is there where you would also like to put a drop down box? — xaosflux Talk 00:11, 19 January 2022 (UTC)
- When I delete a page, I get a drop-down with preselected ("quick-deletion") criteria. I was alluding to a simliar dropdown (in addition to freetext box you show)-Eptalon (talk) 23:29, 20 January 2022 (UTC)
- Created phab:T299774 for this. — xaosflux Talk 15:33, 21 January 2022 (UTC)
- Merged to an older phab (see above) that is over 10 years old! — xaosflux Talk 19:19, 21 January 2022 (UTC)
- surprised_pikachu.jpg. ~~~~
User:1234qwer1234qwer4 (talk) 00:08, 30 January 2022 (UTC)
- surprised_pikachu.jpg. ~~~~
- Merged to an older phab (see above) that is over 10 years old! — xaosflux Talk 19:19, 21 January 2022 (UTC)
הצבעה
- בעד MER-C 18:08, 28 January 2022 (UTC)
- בעד Over on the English Wikipedia I'm creating a list of deletions with edit summaries that don't refer to any standard deletion process, and mass deletions using Nuke are a regular appearance. * Pppery * it has begun 18:32, 28 January 2022 (UTC)
- בעד —MarcoAurelio (talk) 19:48, 28 January 2022 (UTC)
- בעד Stryn (talk) 20:27, 28 January 2022 (UTC)
- בעד --NGC 54 (talk|contribs) 22:44, 28 January 2022 (UTC)
- בעד Sgd. —Hasley 23:01, 28 January 2022 (UTC)
- בעד If one deletion gets a set of pre-made explanations, certainly a mass deletion could use it. -BRAINULATOR9 (TALK) 00:05, 29 January 2022 (UTC)
- בעד h MrStephenLeon (talk) 00:43, 29 January 2022 (UTC)
- בעד Rschen7754 02:34, 29 January 2022 (UTC)
- בעד--Mahmud (talk) 18:26, 29 January 2022 (UTC)
- בעד Shizhao (talk) 03:22, 29 January 2022 (UTC)
- בעד Should be me starting this, thanks Eptalon for starting this proposal. It indeed will help a lot in new users understanding the rationale of deletion if the standard drop down is used as there will be links to the relevant deletion reasons for most wikis. This will help in editor retention as newer users will have a better guidance on why their page is deleted than a generic mass delete or maybe even some reasons that isn't found in the deletion policy. Camouflaged Mirage (talk) 07:55, 29 January 2022 (UTC)
- בעד Sannita - not just another it.wiki sysop 09:14, 29 January 2022 (UTC)
- בעד Having some default reasons can be encouraging to leave an explanatory reasoning behind on why this page was actually deleted. The default "mass deletion of pages created by <user>" leaves anyone who wants to know why this was deleted as clueless as before. Victor Schmidt (talk) 09:16, 29 January 2022 (UTC)
- בעד 🌸 Sakura emad 💖 (talk) 10:33, 29 January 2022 (UTC)
- בעד--Liuxinyu970226 (talk) 11:41, 29 January 2022 (UTC)
- בעד Aca (talk) 12:00, 29 January 2022 (UTC)
- בעד BRP ever 13:46, 29 January 2022 (UTC)
- בעד Thingofme (talk) 13:55, 29 January 2022 (UTC)
- בעד --Matěj Suchánek (talk) 14:34, 29 January 2022 (UTC)
- בעד Superpes15 (talk) 14:42, 29 January 2022 (UTC)
- בעד —— Eric Liu(Talk) 18:17, 29 January 2022 (UTC)
- בעד 𝗩𝗶𝗸𝗶𝗽𝗼𝗹𝗶𝗺𝗲𝗿 ℣ 23:57, 29 January 2022 (UTC)
- בעד ~~~~
User:1234qwer1234qwer4 (talk) 00:07, 30 January 2022 (UTC) - בעד Mykola7 (talk) 00:11, 30 January 2022 (UTC)
- בעד. – Symphonium264 (talk) 02:52, 30 January 2022 (UTC)
- בעד Tonnegrande (talk) 05:27, 30 January 2022 (UTC)
- בעד TheInternetGnome (talk) 07:34, 30 January 2022 (UTC)
- בעד Johannnes89 (talk) 08:23, 30 January 2022 (UTC)
- בעד Ameisenigel (talk) 08:41, 30 January 2022 (UTC)
- נגד Could be used for malicious purposes, e.g an admin can harass a user by deleting his contributions at once N013i (talk) 14:23, 30 January 2022 (UTC)
- Huh? This proposal does not make it easier to mass delete (the feature already exists), just easier to explain why one has done so. * Pppery * it has begun 16:18, 30 January 2022 (UTC)
- Any admin harassing a user will likely not keep his/her admin tools for much longer... Eptalon (talk) 03:14, 31 January 2022 (UTC)
- Huh? This proposal does not make it easier to mass delete (the feature already exists), just easier to explain why one has done so. * Pppery * it has begun 16:18, 30 January 2022 (UTC)
- בעד Titore (talk) 16:31, 30 January 2022 (UTC)
- בעד Jmaxx37 (talk) 18:43, 30 January 2022 (UTC)
- בעד ··· 🌸 Rachmat04 · ☕ 03:08, 31 January 2022 (UTC)
- בעד SHB2000 (talk | contribs) 07:18, 31 January 2022 (UTC)
- בעד β16 - (talk) 10:25, 31 January 2022 (UTC)
- בעד the wub "?!" 14:12, 31 January 2022 (UTC)
- בעד Dreamy Jazz talk to me | enwiki 14:13, 31 January 2022 (UTC)
- בעד Novak Watchmen (talk) 17:29, 31 January 2022 (UTC)
- בעד Bencemac (talk) 17:55, 31 January 2022 (UTC)
- בעד Eta Carinae (talk) 18:38, 31 January 2022 (UTC)
- בעד Dave Braunschweig (talk) 21:27, 31 January 2022 (UTC)
- בעד Shooterwalker (talk) 22:36, 31 January 2022 (UTC)
- בעד Flyplanevn27 (talk) 12:49, 1 February 2022 (UTC)
- בעד Alain Artivalys (talk) 13:00, 1 February 2022 (UTC)
- בעד Thibaut (talk) 15:57, 1 February 2022 (UTC)
- בעד — JJMC89 (T·C) 02:16, 2 February 2022 (UTC)
- בעד Cosmonautaz (talk) 05:40, 2 February 2022 (UTC)
- נגד KingAntenor (talk) 05:51, 2 February 2022 (UTC)
- בעד SpinningSpark 12:34, 2 February 2022 (UTC)
- בעד --Achim55 (talk) 20:24, 2 February 2022 (UTC)
- בעד ~ Amory (u • t • c) 20:39, 2 February 2022 (UTC)
- בעד --MarieVirtuElle (talk) 01:29, 3 February 2022 (UTC)
- בעד EN-Jungwon 03:03, 3 February 2022 (UTC)
- בעד Wutsje (talk) 20:29, 3 February 2022 (UTC)
- בעד The Squirrel Conspiracy (talk) 23:07, 3 February 2022 (UTC)
- בעד It would be fun to make this proposal a reality PutriAmalia1991 (talk) 07:05, 4 February 2022 (UTC)
- בעד Rzuwig► 11:48, 4 February 2022 (UTC)
- בעד DaxServer (talk) 13:11, 4 February 2022 (UTC)
- בעד - Darwin Ahoy! 21:37, 4 February 2022 (UTC)
- בעד --Crosstor (talk) 06:30, 5 February 2022 (UTC)
- בעד Em-mustapha talk 08:04, 5 February 2022 (UTC)
- בעד JavaHurricane 10:33, 5 February 2022 (UTC)
- בעד —Thanks for the fish! talk•contrib (he/him) 17:25, 5 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:25, 5 February 2022 (UTC)
- נגד --Ciao • Bestoernesto • ✉ 02:25, 6 February 2022 (UTC)
- בעד Vulp❯❯❯here! 02:55, 6 February 2022 (UTC)
- בעד MaksOttoVonStirlitz (talk) 03:29, 6 February 2022 (UTC)
- בעד ----Jurek281 (talk) 08:19, 6 February 2022 (UTC)
- בעד Brewster239 (T·C·CA) 08:21, 7 February 2022 (UTC)
- בעד SydneyFisher111 (talk) 13:10, 7 February 2022 (UTC)
- בעד RadiX∞ 03:40, 8 February 2022 (UTC)
- בעד Shyam (T/C) 13:22, 9 February 2022 (UTC)
- בעד Geonuch (talk) 15:01, 11 February 2022 (UTC)
Expose ORES scores in AbuseFilter
- בעיה: AbuseFilters are a great way of preventing problematic edits before they happen. However, guessing "problematic" is currently done using user segmentation, common phrases used by vandals etc. We have a much better tool to determine if an edit is destructive: ORES. If we were able to prevent all edits above a certain threshold, the workload on patrollers would be significantly reduced and, possibly, would prevent some communities from requesting and all-out IP-editing ban.
- הצעת פתרון: Expose the raw ORES "damaging" score as a variable in AbuseFilter
- מי ירוויח מההצעה: Patrollers and admins would have less work
- הערות נוספות: Exposing ORES levels from the Special:RecentChanges interface (very likely, likely, less likely, unlikely) would also be OK.
- כרטיסים בפבריקטור: phab:T123178
- מציע: Strainu (talk) 16:13, 11 January 2022 (UTC)
דיון
- I'm not an ORES architecture expert, but I think this would be a major timing issue. AF has to be real-time to work, having to wait for ORES processing would likely be a huge bottleneck on every edit/action made - since between clicking publish and your save committing the data would need to go in to and back our of ORES, then in to AF before AF can do anything with it. — xaosflux Talk 19:21, 11 January 2022 (UTC)
- Since all edits pass through ORES, this should not increase global processing time. If you’re assumption is right, this feature would require to queue edits (so they could take several seconds to be live), but it is not blocking in my opinion.
Related feature request: Suggesting AbuseFilter by machine learning. Pols12 (talk) 19:45, 11 January 2022 (UTC)
- @Pols12: AF is an interrupt, it will prevent saving an edit or present a warning to the user - it can't wait for ORES to process and also still do this. We're not going to leave our user sitting at a "processing" screen after they click publish - and once they left that screen it is too late to present them a warning. Now perhaps AF could add scores that ORES could use for things like deferred edits, but the reverse doesn't seem feasible. — xaosflux Talk 22:49, 11 January 2022 (UTC)
- We have to increase the processing speed on the ORES, but machine learning is still possible. Thingofme (talk) 00:39, 12 January 2022 (UTC)
- @Pols12: AF is an interrupt, it will prevent saving an edit or present a warning to the user - it can't wait for ORES to process and also still do this. We're not going to leave our user sitting at a "processing" screen after they click publish - and once they left that screen it is too late to present them a warning. Now perhaps AF could add scores that ORES could use for things like deferred edits, but the reverse doesn't seem feasible. — xaosflux Talk 22:49, 11 January 2022 (UTC)
- The bigger problem is that right now ORES is working on revisions, not diffs. But since ores is good enough for en.wp RC stream, I expect latency issues only for the biggest changes. But if I'm wrong, maybe other solutions, such as auto-revert, can be considered. Strainu (talk) 05:11, 12 January 2022 (UTC)
- @Strainu: Am I missing something? Doesn't abusefilter processing occur prior to a revision being created, and ORES happens after a revision is created? — xaosflux Talk 14:09, 12 January 2022 (UTC)
- You're not missing anything, that's what I also meant by "ORES is working on revisions, not diffs". I suspect making an ORES API that can receive a diff will be the main software change of this project.
- However, I don't expect this to bring along any latency issues. If ORES can work in near-real-time at en.wp scale, likely it can also be scaled to handle (in the worse case scenario) double the requests. Note that everything will happen locally (i.e. the same datacenter). A few hundred milliseconds of additional delay seems acceptable to me. Strainu (talk) 15:54, 12 January 2022 (UTC)
- Well, I have heard from the Performance team in the past that AbuseFilter is one the biggest slow-downs and causes of concern. I strongly suspect even a few hundred milliseconds is asking too much. As Strainu says, ORES would need to be first be able to accept raw content rather than just a revision ID. That alone I think makes this proposal out of scope for Community Tech, but it could deserve a spot in the Larger suggestions category (intended for things we can't do or promise, but still should have visibility to the broader movement). MusikAnimal (WMF) (talk) 23:25, 12 January 2022 (UTC)
- @CAlbon (WMF) I'm not sure if you're the right person to ping about ORES, but if not maybe you know who we could talk to? I'm trying to find out whether this proposal is feasible. The questions are:
- Is it possible to give ORES some wikitext and it gives us a score (i.e. before the edit has been saved)?
- If it is not possible, how hard would it allow ORES to accept arbitrary wikitext rather than a revision ID?
- In either case, can ORES be potentially a bit slow? Several hundred milliseconds, or longer?
- Thanks for any information you can provide! MusikAnimal (WMF) (talk) 17:15, 13 January 2022 (UTC)
- The primary problem is speed, and I strongly believe the lack of speed is from I/O. When a request for a prediction for a revision ID is received, ORES hits the mediawiki API to get the wikitext, parses it, converts it into a feature vector, then serves it to the model to get a prediction. That is slow, obviously. Right now that slowness is hidden by pre-caching scores.
- That said, with some changes to we could deploy a version of the model that accepts wikitext and scores it. I'll create a ticket for that and we can do a spike on it. CAlbon (WMF) (talk) 17:05, 18 January 2022 (UTC)
- @CAlbon (WMF) I'm not sure if you're the right person to ping about ORES, but if not maybe you know who we could talk to? I'm trying to find out whether this proposal is feasible. The questions are:
- Well, I have heard from the Performance team in the past that AbuseFilter is one the biggest slow-downs and causes of concern. I strongly suspect even a few hundred milliseconds is asking too much. As Strainu says, ORES would need to be first be able to accept raw content rather than just a revision ID. That alone I think makes this proposal out of scope for Community Tech, but it could deserve a spot in the Larger suggestions category (intended for things we can't do or promise, but still should have visibility to the broader movement). MusikAnimal (WMF) (talk) 23:25, 12 January 2022 (UTC)
- @Strainu: Am I missing something? Doesn't abusefilter processing occur prior to a revision being created, and ORES happens after a revision is created? — xaosflux Talk 14:09, 12 January 2022 (UTC)
- Since all edits pass through ORES, this should not increase global processing time. If you’re assumption is right, this feature would require to queue edits (so they could take several seconds to be live), but it is not blocking in my opinion.
- This or similar would be excellent. --Izno (talk) 00:18, 17 January 2022 (UTC)
הצבעה
- בעד Strainu (talk) 20:34, 28 January 2022 (UTC)
- בעד SD0001 (talk) 20:53, 28 January 2022 (UTC)
- בעד Izno (talk) 22:38, 28 January 2022 (UTC)
- בעד Sgd. —Hasley 23:00, 28 January 2022 (UTC)
- בעד 𝑇𝑚𝑣 (𝑡𝑎𝑙𝑘) 00:18, 29 January 2022 (UTC)
- בעד --Флаттершай (talk) 05:53, 29 January 2022 (UTC)
- בעד--Liuxinyu970226 (talk) 11:40, 29 January 2022 (UTC)
- בעד Aca (talk) 11:48, 29 January 2022 (UTC)
- בעד Thingofme (talk) 13:33, 29 January 2022 (UTC)
- בעד Warmglow (talk) 17:10, 29 January 2022 (UTC)
- בעד SHB2000 (talk | contribs) 10:17, 30 January 2022 (UTC)
- בעד N013i (talk) 14:24, 30 January 2022 (UTC)
- בעד Titore (talk) 16:29, 30 January 2022 (UTC)
- בעד the wub "?!" 14:11, 31 January 2022 (UTC)
- בעד Novak Watchmen (talk) 17:15, 31 January 2022 (UTC)
- בעד Sargento - A sus órdenes 21:02, 31 January 2022 (UTC)
- בעד Dave Braunschweig (talk) 21:24, 31 January 2022 (UTC)
- בעד MONUMENTA (talk) 00:07, 1 February 2022 (UTC)
- בעד Alain Artivalys (talk) 13:01, 1 February 2022 (UTC)
- בעד Andriy.v (talk) 16:22, 1 February 2022 (UTC)
- בעד Roee.knol (talk) 20:35, 1 February 2022 (UTC)
- בעד DannyS712 (talk) 03:04, 3 February 2022 (UTC)
- בעד Varperalta (talk) 05:36, 4 February 2022 (UTC)
- בעד Geert Van Pamel (WMBE) (talk) 21:51, 4 February 2022 (UTC)
- בעד - Darwin Ahoy! 00:29, 5 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:26, 5 February 2022 (UTC)
- בעד--Yamagata Yusuke (talk) 02:00, 6 February 2022 (UTC)
- בעד Vulp❯❯❯here! 02:54, 6 February 2022 (UTC)
- בעד Fehufanga (talk) 03:07, 6 February 2022 (UTC)
- בעד Erdayf (talk) 03:13, 7 February 2022 (UTC)
- בעד RadiX∞ 03:40, 8 February 2022 (UTC)
- בעד Carlosguitar (talk) 00:00, 9 February 2022 (UTC)
- בעד Shyam (T/C) 13:10, 9 February 2022 (UTC)
- בעד ORES has been incredibly useful for me, and over the years its scoring has become better. I would advise caution in using edit filters as it still has a fair amount of false positives, but that's not an issue with this proposal. Asukite (talk) 20:10, 9 February 2022 (UTC)
- בעד Rosser1954 (talk) 20:02, 10 February 2022 (UTC)
- בעד Helder 22:02, 10 February 2022 (UTC)
- בעד Salihu Aliyu (talk) 09:10, 11 February 2022 (UTC)
- בעד Valerio Bozzolan (talk) 14:19, 11 February 2022 (UTC)
- בעד Blablubbs (talk) 14:39, 11 February 2022 (UTC)
- בעד Geonuch (talk) 15:06, 11 February 2022 (UTC)
- בעד evrifaessa ❯❯❯ talk 15:30, 11 February 2022 (UTC)
Add ability to delete your own files without needing an admin
- בעיה: If I upload bad files, I cannot remove or rename them without the help of an admin.
- הצעת פתרון: Users should be able to easily delete any of their own files, without having to ask someone. They may want this for multiple reasons. For example, maybe they improved in terms of photography skills, and took new pictures of something which are much better compared to older ones uploaded by them.
- מי ירוויח מההצעה: Any user that uploaded files which they want deleted.
- הערות נוספות:
- כרטיסים בפבריקטור: task T113508, task T20572
- מציע: Neoclassicism Enthusiast (talk) 15:36, 11 January 2022 (UTC)
דיון
On English Wikipedia, at least, this is already covered by speedy deletion criterion G7, which allows editors to request deletion for their own work, but includes a safety: if deleting said work would be disruptive, then the deletion may be declined. This proposal merely takes the safety off of that process. As such, I can't support it. {{Nihiltres |talk |edits}} 15:55, 11 January 2022 (UTC)
- the main problem is that your file may be already used on a lot of pages, and once you delete yours we get a problem... even though I want to support it... Omer abcd (talk) 15:59, 11 January 2022 (UTC)
- We can perhaps allow the user to delete old versions of the file. If they have a better version, they can overwrite the file and delete their older version. This will also prevent mind-boggling events request such as this deletion request on Commons. Strainu (talk) 16:06, 11 January 2022 (UTC)
- What's then to stop people with, say, reuploading File:Example.jpg as a "new version" of their file and then deleting old versions? If anything, that sounds like more of a headache. Worse, it would be trivially easy to upload a "new version" that's outright vandalistic and then complicate reversion of the vandalism by deleting old versions of the file. In the (rare!) instances where deleting old versions is desirable, users can ask any admin to delete the old versions under existing deletion policy (on English Wikipedia, at least). {{Nihiltres |talk |edits}} 16:34, 11 January 2022 (UTC)
- That's a kind of vandalism that is also possible now from the end user's POV. The only difference is that it takes 2 clicks to fix instead of 1.Strainu (talk) 18:14, 12 January 2022 (UTC)
- What's then to stop people with, say, reuploading File:Example.jpg as a "new version" of their file and then deleting old versions? If anything, that sounds like more of a headache. Worse, it would be trivially easy to upload a "new version" that's outright vandalistic and then complicate reversion of the vandalism by deleting old versions of the file. In the (rare!) instances where deleting old versions is desirable, users can ask any admin to delete the old versions under existing deletion policy (on English Wikipedia, at least). {{Nihiltres |talk |edits}} 16:34, 11 January 2022 (UTC)
- We can perhaps allow the user to delete old versions of the file. If they have a better version, they can overwrite the file and delete their older version. This will also prevent mind-boggling events request such as this deletion request on Commons. Strainu (talk) 16:06, 11 January 2022 (UTC)
- This could possibly be something useful in mediawiki, but I can't see it being useful in WMF wiki's that this project is mostly focused on. In most situations, once you upload a file you also attach a non-revocable open license - just like you do when you publish text. That being said, see also phab:T113508 / phab:T20572 that is related to this. — xaosflux Talk 19:25, 11 January 2022 (UTC)
- At least an extension was written in the past for this purpose: mw:Extension:DeleteOwn; however yours and ToBeFree's concerns below indeed make the proposal potentially unworkable for Wikimedia. —MarcoAurelio (talk) 19:57, 11 January 2022 (UTC)
- Creative Commons licenses are irrevocable. Once you've published content under such a free license, you have [usually] given away your right to delete the content. This applies to Wikipedia article content and Wikimedia Commons images. Yes, the people at the English Wikipedia and Wikipedia Commons are usually kind enough to perform reasonable deletion requests by the only author of a page, but they may also decline such requests for various reasons, including "the content is good, we want to keep it". There should be no technical tool for an uploader to delete their own content in a disruptive way. ToBeFree (talk) 19:52, 11 January 2022 (UTC)
- This would allow some kind of abuse, so we would limit it to: pages with less than 5000 links/tranclusions, 500 revisions, your own userspace and user talks, and user with the delete-self permission must have 90 days and 1500 edits. Also, if a page deleted by you, you can restore it (only in userspace) Thingofme (talk) 00:41, 12 January 2022 (UTC)
- Bad idea. External sites may be reusing content originally uploaded to Wikipedia/Commons and provide a backlink (caveat: attribution is explicitly required by some free licenses) to the original URL. Deleting files breaks this attribution chain, which is why Commons admins will decline author-requested CSD if the file has existed for more than a few weeks. -FASTILY 02:43, 12 January 2022 (UTC)
- What if we made it within 30 minutes of upload? That way obvious errors and or mistakes can be taken down by the uploader. EoRdE6 (talk) 21:45, 12 January 2022 (UTC)
- Yes, this is what I was thinking as well MrMeAndMrMeLet's talk 18:09, 28 January 2022 (UTC)
- +1 for if this was very time limited to correct mistakes without admins/procedural knowledge. KylieTastic (talk) 18:47, 28 January 2022 (UTC)
- This could lead to problems in case of a compromised account. --Bischnu (talk) 12:00, 17 January 2022 (UTC)
- As on en:wp we delete on Commons such files speedily per request. So this proposal would be a good idea if there were additional restrictions: 1) The file must not be in use on any wm project, 2) it must not be superseded by a new upload of another image, 3) the upload must not be older than x days. That would save sysops some time. However, I don't think that creating such a special user right is technically feasible. --Achim55 (talk) 18:11, 17 January 2022 (UTC)
- This is a good idea, as per brion's two bug reports linked in the request.
- Renaming / deletion should definitely be possible in the day after an upload; just as basic common sense. It's silly to have an arbitrary irreversible action that you could just have done differently on creation.
- Renaming / deletion for a few weeks after creation also makes sense, if the file is not in use.
- The arguments above are well-intentioned, but besides the point: a. Deletion doesn't change the license under which the deleted versions can be reused. It just changes whether those files/versions are visible to non-admins, or transcludable on other pages. b. Deletion is reversible, so there's a limit to how disruptive this can be. Conservative parameters (no older than a few weeks, not in use anywhere) + triviality of reversal would make the convenience available to all w/ little risk. –SJ talk 22:49, 23 January 2022 (UTC)
- There are two reasons not to do this. Firstly, deleting images that were once on a page damages the history of the page, as does deleting old versions of an image in the file history. This especially should not be done with images that were once in article space, but even in the user's own space, this may not be advisable. If the user has been doing something unconstructive with images, it is not beneficial to allow that to be hidden from the community as a whole. If there are constructive reasons for deletion that can still go through an admin. The second reason is that editors who have lost disputes or had an article deleted sometimes try to "withdraw" all their work from Wikipedia by deleting it in a tantrum. It is not helpful if they have a deletion tool to help them in that. SpinningSpark 12:25, 2 February 2022 (UTC)
הצבעה
- בעד Meditating (talk) 18:44, 28 January 2022 (UTC)
- בעד Mehmet İlkman (talk) 18:44, 28 January 2022 (UTC)
- נגד Users start to use the ability on malicious purposes. I have seen the users, who say: I have worked for years in Commons and uploaded thousands of files, now I will quit and want to delete all my uploads. This is the worst idea here. Taivo (talk) 18:51, 28 January 2022 (UTC)
- בעד Grant Lemons (talk) 18:55, 28 January 2022 (UTC)
- בעד Goodlucksil (talk) 19:05, 28 January 2022 (UTC)
- נגד per others' opposes here and in discussion. The license is irrevocable, so uploaders don't have a right or presumed ability to delete their files. We do courtesy, but we decline even that if a file is in-use, or someone happens to think it could be useful or a worthwhile part of our collection. I don't think we should default to assuming that uploaders know all about c:COM:EDUSE. DMacks (talk) 19:12, 28 January 2022 (UTC)
- בעד Franzekafka (talk) 19:33, 28 January 2022 (UTC)
- בעד חלש but only if restricted to a limited time-frame (such as 30 minutes - 1 hour) KylieTastic (talk) 20:23, 28 January 2022 (UTC)
- נגד --Andyrom75 (talk) 20:34, 28 January 2022 (UTC)
- בעד Strainu (talk) 20:35, 28 January 2022 (UTC)
- נגד If someone publishes a file under a free license, he or she waives some of the rights to the file. If the file really needs to be deleted, the rules present on many projects allow the administrators to quickly delete the file. Wostr (talk) 20:39, 28 January 2022 (UTC)
- נגד. --Eta Carinae (talk) 21:19, 28 January 2022 (UTC)
- נגד high potential for abuse EpicPupper (talk) 22:25, 28 January 2022 (UTC)
- נגד It's used by vandals. If there is a proper reason for deletion, we can be removed according to the wiki's policy. --𝑇𝑚𝑣 (𝑡𝑎𝑙𝑘) 00:32, 29 January 2022 (UTC)
- נגד Problems with irrevokable license, and can be misused. Neocorelight (talk) 01:59, 29 January 2022 (UTC)
- נגד так можно вандалить --Флаттершай (talk) 05:55, 29 January 2022 (UTC)
- בעד חלש per KylieTastic: only if restricted to a limited time-frame (such as 30 minutes - 1 hour). NBS (talk) 10:48, 29 January 2022 (UTC)
- נגד — SHEIKH (Talk) 10:54, 29 January 2022 (UTC)
- נגד By this way, washing of copyrights are possible to be legitimate, so what's the purpose of c:COM:FLICKRWASH? --Liuxinyu970226 (talk) 11:43, 29 January 2022 (UTC)
- נגד – per others' opposes; abusable; since the file is irrevocably published under a free license, the uploader has no right to delete their file. – Aca (talk) 11:59, 29 January 2022 (UTC)
- נגד - by the edit reason dropdown template, it says as "By saving changes, you agree to the Terms of Use, and you irrevocably agree to release your contribution under the CC BY-SA 3.0 License and the GFDL. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.", so you have no right to delete it. Also, it can be abusive for large files. Thingofme (talk) 13:54, 29 January 2022 (UTC)
- בעד for renaming, נגד for deleting. — ElioPrrl (talk) 15:23, 29 January 2022 (UTC)
- בעד Arian Writing (talk) 17:35, 29 January 2022 (UTC)
- נגד I see too many ways that this could be abused. Helen(💬📖) 20:16, 29 January 2022 (UTC)
- בעד Douglasfugazi (talk) 21:03, 29 January 2022 (UTC)
- נגד: Creative Commons licenses are irrevocable. ToBeFree (talk) 22:49, 29 January 2022 (UTC)
- נגד. Most likely abusable. – Symphonium264 (talk) 02:45, 30 January 2022 (UTC)
- נגד. On Commons, the tool does not agree with the irrevocable license and can be misused. ―― DePlusJean (talk) 09:06, 30 January 2022 (UTC)
- נגד. Users do not own content. The deletion procedure should be the same for everyone. --Роман Рябенко (talk) 09:17, 30 January 2022 (UTC)
- בעד J2pcom (talk) 10:08, 30 January 2022 (UTC)
- נגד Once you've released your content under a free license, it's irrevocable. --SHB2000 (talk | contribs) 10:17, 30 January 2022 (UTC)
- strong oppose as an administrator in Wikimedia Commons I saw several times users requesting deletions of some, or of all, of their uploads just because of an angry time, e.g. after a dispute or a disagreement. Such files are sometimes used a lot of time and may be very usefull. This proposal is IMO a very bad idea. Christian Ferrer (talk) 11:43, 30 January 2022 (UTC)
- @Christian Ferrer: so why are you supporting the proposal? 4nn1l2 (talk) 13:11, 10 February 2022 (UTC)
- @4nn1l2: [1] I never supported, someone changed my vote. I fixed it, thanks you, and well seen! Christian Ferrer (talk) 17:42, 10 February 2022 (UTC)
- @Dušan Kreheľ: What is your explanation for changing someone else's vote? 17:50, 10 February 2022 (UTC) — The preceding unsigned comment was added by 4nn1l2 (שיחה)
- @4nn1l2: [1] I never supported, someone changed my vote. I fixed it, thanks you, and well seen! Christian Ferrer (talk) 17:42, 10 February 2022 (UTC)
- @Christian Ferrer: so why are you supporting the proposal? 4nn1l2 (talk) 13:11, 10 February 2022 (UTC)
- נגד N013i (talk) 14:17, 30 January 2022 (UTC)
- נגד abusable --g (talk) 14:30, 30 January 2022 (UTC)
- נגד as Gianfranco. --LittleWhites (talk) 15:07, 30 January 2022 (UTC)
- נגד abusable, once a file is published under a free license, it's no longer up to the uploader to delete it - otherwise, it becomes a kind of "ownership rights". --L736Etell me 15:11, 30 January 2022 (UTC)
- בעד Alekino (talk) 15:54, 30 January 2022 (UTC)
- נגד clear-cut violation of our licenses. It might be ok for personal (but truly personal) files, but I don't see how these could be marked as such. --Vituzzu (talk) 17:14, 30 January 2022 (UTC)
- נגד think at a content for which the original poster wants to remove the provisions of CC-BY-SA... --.mau. ✉ 17:42, 30 January 2022 (UTC)
- נגד per Vituzzu. --Phyrexian ɸ 20:44, 30 January 2022 (UTC)
- נגד KevinL (aka L235 · t) 20:46, 30 January 2022 (UTC)
- בעד Conditional on it being limited to some short amount of time, like ten minutes or an hour, after the initial upload; if an image has been up for weeks or years, allowing a feature like this could be extremely disruptive (and should go through a deletion process). JPxG (talk) 00:25, 31 January 2022 (UTC)
- @JPxG: Yep, conditional on it being limited to wash of some short amount of copyvio times are also good to me, like ten minutes or an hour after an LTA made their initial spam upload. No need to repeat me about how you think it's good. Liuxinyu970226 (talk) 04:51, 2 February 2022 (UTC)
- בעד A Chinese user (talk) 04:14, 31 January 2022 (UTC)
- נגד, incompatible with licensing terms and ethos of the project. Daniel Case (talk) 04:56, 31 January 2022 (UTC)
- בעד EggPudding77777 (talk) 06:46, 31 January 2022 (UTC)
- נגד --Mannivu · ✉ 09:09, 31 January 2022 (UTC)
- נגד-- Sannita - not just another it.wiki sysop 11:59, 31 January 2022 (UTC)
- נגד Dreamy Jazz talk to me | enwiki 14:18, 31 January 2022 (UTC)
- נגד --Havang(nl) (talk) 14:55, 31 January 2022 (UTC)
- נגד --Sigwald (talk) 15:07, 31 January 2022 (UTC)
- נגד per Nihiltres IAmChaos (talk) 17:47, 31 January 2022 (UTC)
- נגד Malarz pl (talk) 20:54, 31 January 2022 (UTC)
- בעד Restricted to the first 30 minutes or a similar time limit. It could reduce distress if someone accidentally leaves private info in the meta data, or someone uploads an image as a joke and then comes to their senses. -kyykaarme (talk) 21:35, 31 January 2022 (UTC)
- נגד Oppose as written for reasons stated above. Would support in first 30 minutes of upload. Trey314159 (talk) 22:09, 31 January 2022 (UTC)
- נגד -- Ulanwp (talk) 10:29, 1 February 2022 (UTC)
- נגד: may be abused. Glerium (talk) 12:22, 1 February 2022 (UTC)
- נגד Cabayi (talk) 15:00, 1 February 2022 (UTC)
- בעד PSYCHREL (talk) 01:16, 2 February 2022 (UTC)
- נגד KingAntenor (talk) 05:45, 2 February 2022 (UTC)
- נגד SpinningSpark 12:25, 2 February 2022 (UTC)
- נגד The very concept of your own files is incorrect. RoySmith (talk) 03:09, 3 February 2022 (UTC)
- בעד WikiAviator (talk) 09:50, 3 February 2022 (UTC)
- נגד While I'd support being able to delete images within a short grace period, as was suggested above, that's not what's being proposed, so no. The Squirrel Conspiracy (talk) 23:05, 3 February 2022 (UTC)
- נגד Glrx (talk) 00:36, 4 February 2022 (UTC)
- נגד Bibeyjj (talk) 20:03, 4 February 2022 (UTC)
- נגד --ToprakM ✉ 00:53, 5 February 2022 (UTC)
- נגד - Darwin Ahoy! 00:53, 5 February 2022 (UTC)
- נגד We have db-author and similar for this anyway, and it is too open to abuse. Mako001 (talk) 03:05, 5 February 2022 (UTC)
- בעד 公車迷阿暄 (talk) 08:09, 5 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:22, 5 February 2022 (UTC)
- בעד --Ciao • Bestoernesto • ✉ 02:23, 6 February 2022 (UTC)
- נגד.--Vulp❯❯❯here! 02:51, 6 February 2022 (UTC)
- נגד--MaksOttoVonStirlitz (talk) 03:26, 6 February 2022 (UTC)
- בעד — The preceding unsigned comment was added by Hector Bottai (שיחה) 11:21, 6 February 2022 (UTC)
- נגד Have a bad day and want to destroy many WP-articles? With that idea we powered vandalism. Would be useful if only images can be deleted, that are not used in any project and younger than a week (misupload or testupload) or older than 10 years (e.g. quality reasons). --Quedel (talk) 19:28, 6 February 2022 (UTC)
- בעד Ryse93 (talk) 12:15, 7 February 2022 (UTC)
- נגד ~Cybularny Speak? 19:54, 7 February 2022 (UTC)
- בעד Itsfini (talk) 15:08, 8 February 2022 (UTC)
- בעד --Abubiju (talk) 15:35, 8 February 2022 (UTC)
- בעד Knightoften (talk) 03:40, 9 February 2022 (UTC)
- נגד I think it is likely to be used for testing and vandalism. --Mario1257 (talk) 12:24, 9 February 2022 (UTC)
- נגד user releases his/her work in GFDL licensing and may not completely own to delete. Shyam (T/C) 13:24, 9 February 2022 (UTC)
- בעד חלש Like what Kylie said, if only the users have limited time to be able to do so Haycrendham (talk) 21:54, 9 February 2022 (UTC)
- נגד I often see requests for deletion of own files after the uploader felt huffed about something completely different. Andrei Romanenko (talk) 01:39, 10 February 2022 (UTC)
- נגד controversial 4nn1l2 (talk) 13:13, 10 February 2022 (UTC)
- בעד Gargamail (talk) 22:02, 10 February 2022 (UTC)
- בעד Jl sg (talk) 08:51, 11 February 2022 (UTC)
- בעד Sebastianleroy (talk) 09:23, 11 February 2022 (UTC)
- נגד easily abusable.--evrifaessa ❯❯❯ talk 15:28, 11 February 2022 (UTC)
Reminders or edit notifications after block expiration
- בעיה: Vandals frequently continues their behavior after blocks expire. ClueBot will start at level-1 warnings for IP editors after a block expires. So, after blocking an IP, admins must keep a tab open to follow up on that editor's edits once a block expires to watch for continued vandalism. The longer the block is, the harder this becomes. Watching talk pages doesn't help, though that's a checkbox in Twinkle's block popup window.
- הצעת פתרון: Provide admins with option to be alerted if an editor resumes editing within a select time period after a block expires.
- מי ירוויח מההצעה: Admins
- הערות נוספות: This would be immensely helpful for tracking LTA cases. To distinguish this from Community Tech/Add a user watchlist, I'd request that this only be done on IPs and only available to admins, which I think Twinkle could manage. An alternative idea would be a "review edits" page for admins that shows diffs like Review Changes log but for recently blocked IPs.
- כרטיסים בפבריקטור:
- מציע: EvergreenFir (talk) 05:43, 18 January 2022 (UTC)
דיון
הצבעה
- בעד - I filed phab:T189391. MER-C 18:07, 28 January 2022 (UTC)
- בעד - Good idea MrMeAndMrMeLet's talk 18:14, 28 January 2022 (UTC)
- בעד * Pppery * it has begun 18:31, 28 January 2022 (UTC)
- בעד --Aboudaqn (talk) 20:16, 28 January 2022 (UTC)
- בעד FabulaFortis (talk) 20:28, 28 January 2022 (UTC)
- בעד --Eta Carinae (talk) 21:18, 28 January 2022 (UTC)
- בעד Megaman en m (talk) 21:48, 28 January 2022 (UTC)
- בעד IamjustJ✉ 22:02, 28 January 2022 (UTC)
- בעד Superu46 (talk) 22:05, 28 January 2022 (UTC)
- בעד MB (talk) 22:16, 28 January 2022 (UTC)
- בעד --NGC 54 (talk|contribs) 22:41, 28 January 2022 (UTC)
- בעד — Em-mustapha talk 22:54, 28 January 2022 (UTC)
- בעד --LunaSys (talk) 23:36, 28 January 2022 (UTC)
- בעד 𝑇𝑚𝑣 (𝑡𝑎𝑙𝑘) 00:16, 29 January 2022 (UTC)
- בעד sounds good. Neocorelight (talk) 02:03, 29 January 2022 (UTC)
- בעד Shizhao (talk) 03:21, 29 January 2022 (UTC)
- בעד War (talk) 03:28, 29 January 2022 (UTC)
- בעד Gamekiller0010 (talk) 07:16, 29 January 2022 (UTC)
- בעד 🌸 Sakura emad 💖 (talk) 10:16, 29 January 2022 (UTC)
- בעד. Meiræ 11:00, 29 January 2022 (UTC)
- בעד--Liuxinyu970226 (talk) 11:40, 29 January 2022 (UTC)
- בעד Aca (talk) 11:49, 29 January 2022 (UTC)
- בעד No problem. Thingofme (talk) 13:34, 29 January 2022 (UTC)
- בעד — Jules* Talk 17:56, 29 January 2022 (UTC)
- בעד —— Eric Liu(Talk) 18:19, 29 January 2022 (UTC)
- בעד Helen(💬📖) 20:21, 29 January 2022 (UTC)
- בעד Waddles 🗩 🖉 21:15, 29 January 2022 (UTC)
- בעד Goombiis (talk) 22:15, 29 January 2022 (UTC)
- בעד Wikiklaas (talk) 22:44, 29 January 2022 (UTC)
- בעד 𝗩𝗶𝗸𝗶𝗽𝗼𝗹𝗶𝗺𝗲𝗿 ℣ 23:47, 29 January 2022 (UTC)
- בעד Agus Damanik (talk) 02:39, 30 January 2022 (UTC)
- בעד. – Symphonium264 (talk) 02:52, 30 January 2022 (UTC)
- בעד TheInternetGnome (talk) 07:33, 30 January 2022 (UTC)
- בעד Encycloon (talk) 09:41, 30 January 2022 (UTC)
- בעד N013i (talk) 14:16, 30 January 2022 (UTC)
- בעד AlfredRennie (talk) 19:49, 30 January 2022 (UTC)
- בעד Rusalkii (talk) 23:24, 30 January 2022 (UTC)
- בעד Salihu Aliyu (talk) 08:53, 31 January 2022 (UTC)
- בעד β16 - (talk) 10:19, 31 January 2022 (UTC)
- בעד Dreamy Jazz talk to me | enwiki 14:16, 31 January 2022 (UTC)
- בעד MONUMENTA (talk) 01:25, 1 February 2022 (UTC)
- בעד Alain Artivalys (talk) 13:01, 1 February 2022 (UTC)
- בעד חזק InvadingInvader (talk) 17:39, 1 February 2022 (UTC)
- בעד ~ Amory (u • t • c) 20:38, 2 February 2022 (UTC)
- בעד EN-Jungwon 02:58, 3 February 2022 (UTC)
- בעד Paucabot (talk) 06:12, 3 February 2022 (UTC)
- בעד Good idea Jacob Gamaly (talk) 07:19, 3 February 2022 (UTC)
- בעד The Squirrel Conspiracy (talk) 23:09, 3 February 2022 (UTC)
- בעד Taxs1 (talk) 02:28, 4 February 2022 (UTC)
- בעד Rzuwig► 11:51, 4 February 2022 (UTC)
- בעד Bibeyjj (talk) 20:04, 4 February 2022 (UTC)
- בעד Geniac (talk) 20:53, 4 February 2022 (UTC)
- בעד Pi.1415926535 (talk) 21:20, 4 February 2022 (UTC)
- בעד --ToprakM ✉ 00:52, 5 February 2022 (UTC)
- בעד RG067 (talk) 11:36, 5 February 2022 (UTC)
- בעד Ealdgyth (talk) 15:47, 5 February 2022 (UTC)
- בעד Sashawiki2008 (talk) 16:39, 5 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:17, 5 February 2022 (UTC)
- בעד Vulp❯❯❯here! 02:57, 6 February 2022 (UTC)
- בעד Nabla (talk) 19:25, 6 February 2022 (UTC)
- בעד Bas dehaan (talk) 23:05, 6 February 2022 (UTC)
- בעד Annablazeprobable (talk) 00:25, 7 February 2022 (UTC)
- בעד ChimMAG (talk) 12:32, 7 February 2022 (UTC)
- בעד Vincent Vega msg? 12:33, 7 February 2022 (UTC)
- בעד RadiX∞ 03:43, 8 February 2022 (UTC)
- בעד Carlosguitar (talk) 23:46, 8 February 2022 (UTC)
- בעד Euphoria42 (talk) 02:02, 9 February 2022 (UTC)
- בעד Haycrendham (talk) 21:48, 9 February 2022 (UTC)
- בעד — Bilorv (talk) 23:25, 9 February 2022 (UTC)
- בעד It looks like a good idea. Ffffrr (talk) 06:43, 10 February 2022 (UTC)
- בעד Barkeep49 (talk) 20:53, 10 February 2022 (UTC)
- בעד Nadzik (talk) 13:50, 11 February 2022 (UTC)
- בעד Geonuch (talk) 15:02, 11 February 2022 (UTC)
- בעד Le5zek (talk) 16:54, 11 February 2022 (UTC)
- בעד חזק Onwuka Glory (talk) 06:31, 15 February 2024 (UTC)
Remember previous deletion reason
- בעיה: When deleting a large amount of pages for the same reason by hand, having to open the drop-down menu and select the same reason over and over again is cumbersome and error-prone, especially considering that the deletion reason cannot be changed.
- הצעת פתרון: Instead of always defaulting to "Other reason", the reason selected by default should be the one used in the previous deletion. This feature could be made opt-in so that it first has to be activated in one's preferences. The text box under "Other/additional reason" should keep being filled out the same way as without this feature.
- מי ירוויח מההצעה: Administrators.
- הערות נוספות: This feature could be generalized in order to pertain to more actions (such as moves or protections). The benefit is however arguably lower for those.
- כרטיסים בפבריקטור:
- מציע: Fytcha (talk) 15:48, 22 January 2022 (UTC)
דיון
- For a recent example, see this manual mass-deletion of unidiomatic number terms. Fytcha (talk) 15:48, 22 January 2022 (UTC)
- My way of doing this is as follows (if not just using something like Twinkle batch delete):
- Open all the pages you want to delete
- Tab through each page, clicking the delete link
- Tab through each page, copy-paste the deletion reason
- --Izno (talk) 22:46, 22 January 2022 (UTC)
- Not my problem. My web browser (Internet Explorer 11) automatically remembers 200 last reasons for deletion. And I like that. Taivo (talk) 18:57, 28 January 2022 (UTC)
- agreed but i think it shouldn't be automatically enabled; same as other futures it should be optional that can be enable/disable on preferences. 🌸 Sakura emad 💖 (talk) 10:24, 29 January 2022 (UTC)
- What I'd do instead is allow the current deletion reason to be "locked in" somehow and then reuse that until the locking action is undone. I had a user script for that once, but it was quite crude and I have no idea if it still works. --Tgr (talk) 02:14, 30 January 2022 (UTC)
- I would support this if it were an opt-in, but as stated it would be a permanent feature. I would only want it turned on if I was doing some kind of mass delete. For instance, when I delete a prod or a csd, the deletion reason is automatically copied from the proposal template. I would not want that to be overriden. SpinningSpark 11:59, 2 February 2022 (UTC)
הצבעה
- בעד Goodlucksil (talk) 19:08, 28 January 2022 (UTC)
- בעד agreed Aboudaqn (talk) 20:18, 28 January 2022 (UTC)
- בעד --NGC 54 (talk|contribs) 22:42, 28 January 2022 (UTC)
- בעד — Draceane talkcontrib. 22:48, 28 January 2022 (UTC)
- בעד 𝑇𝑚𝑣 (𝑡𝑎𝑙𝑘) 00:20, 29 January 2022 (UTC)
- בעד This could be a huge QOL improvement. Fazart (talk) 00:36, 29 January 2022 (UTC)
- בעד 🌸 Sakura emad 💖 (talk) 10:25, 29 January 2022 (UTC)
- בעד--Liuxinyu970226 (talk) 11:42, 29 January 2022 (UTC)
- בעד Aca (talk) 11:50, 29 January 2022 (UTC)
- בעד That can be a mass-summary deletion. Thingofme (talk) 13:30, 29 January 2022 (UTC)
- בעד BSMIsEditing (talk) 14:59, 29 January 2022 (UTC)
- בעד —— Eric Liu(Talk) 18:18, 29 January 2022 (UTC)
- בעד JAn Dudík (talk) 20:05, 29 January 2022 (UTC)
- בעד 𝗩𝗶𝗸𝗶𝗽𝗼𝗹𝗶𝗺𝗲𝗿 ℣ 00:02, 30 January 2022 (UTC)
- בעד Gusfriend (talk) 00:08, 30 January 2022 (UTC)
- בעד Agus Damanik (talk) 02:34, 30 January 2022 (UTC)
- בעד. – Symphonium264 (talk) 02:50, 30 January 2022 (UTC)
- בעד Aire Azul (talk) 02:51, 30 January 2022 (UTC)
- בעד Ali Imran Awan (talk) 07:07, 30 January 2022 (UTC)
- בעד TheInternetGnome (talk) 07:32, 30 January 2022 (UTC)
- בעד - Rocky Masum (talk) 09:51, 30 January 2022 (UTC)
- בעד N013i (talk) 14:14, 30 January 2022 (UTC)
- בעד --g (talk) 14:31, 30 January 2022 (UTC)
- בעד daSupremo 18:00, 30 January 2022 (UTC)
- בעד Basically we need a way to save results for all text input boxes in a wiki for deletion reasons, edits, etc. Lectrician1 (talk) 18:51, 30 January 2022 (UTC)
- בעד Bub's (talk) 20:25, 30 January 2022 (UTC)
- בעד Daniel Case (talk) 04:58, 31 January 2022 (UTC)
- בעד Eta Carinae (talk) 18:38, 31 January 2022 (UTC)
- בעד Shooterwalker (talk) 22:35, 31 January 2022 (UTC)
- בעד MONUMENTA (talk) 00:30, 1 February 2022 (UTC)
- בעד Flyplanevn27 (talk) 12:54, 1 February 2022 (UTC)
- בעד Alain Artivalys (talk) 13:01, 1 February 2022 (UTC)
- נגד Just encourages mass deletions. KingAntenor (talk) 05:50, 2 February 2022 (UTC)
- בעד Downloader2282 (talk) 11:32, 1 February 2022 (UTC)
- בעד Saad Nabbi (talk) 10:19, 2 February 2022 (UTC)
- נגד conditionally per my comment above. SpinningSpark 12:00, 2 February 2022 (UTC)
- בעד Really great idea. Lol78231469 (talk) 14:05, 4 February 2022 (UTC)
- בעד Dsalerno (talk) 00:55, 5 February 2022 (UTC)
- בעד Érico (talk) 15:13, 5 February 2022 (UTC)
- בעד I think Spinningspark's concerns are valid and should be considered. Otr500 (talk) 17:57, 5 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:30, 5 February 2022 (UTC)
- בעד Nabla (talk) 19:23, 6 February 2022 (UTC)
- בעד ~Cybularny Speak? 19:52, 7 February 2022 (UTC)
- בעד RadiX∞ 03:39, 8 February 2022 (UTC)
- בעד Carlosguitar (talk) 23:57, 8 February 2022 (UTC)
- בעד We (nqowiki) needs an administrators who can help patrolling and protect against autobiography writers and blanking articles and vandalism and more... ߒߓߋ߫ ߝߏߝߣߊ߫ (talk) 09:04, 9 February 2022 (UTC)
- בעד BlueDesertCamel (talk) 10:40, 9 February 2022 (UTC)
- בעד good feature Shyam (T/C) 13:12, 9 February 2022 (UTC)
- בעד — Bilorv (talk) 14:30, 9 February 2022 (UTC)
- בעד בקש (talk) 21:07, 9 February 2022 (UTC)
- בעד This will be very useful for mass-blocking sockpuppets under the same person Haycrendham (talk) 21:46, 9 February 2022 (UTC)
- בעד Nadzik (talk) 13:49, 11 February 2022 (UTC)
- בעד Jonathan5566(talk) 14:43, 11 February 2022 (UTC)
- בעד Geonuch (talk) 15:00, 11 February 2022 (UTC)
- בעד Nehaoua (talk) 16:24, 11 February 2022 (UTC)
Revert edits and warn vandals from recent changes
- בעיה: Vandalism takes lots of time to identify and revert.
- הצעת פתרון: Being able to fight vandalism without leaving the page you are on; for example pressing diff brings a drop-down that will allow you to rollback/revert and see the diff view on the same page and being able to warn after rolling back without going to the user talk page. I often find edits that are not vandalism and I waste around 30 seconds finding it isn't vandalism and going back to recent changes.
- מי ירוויח מההצעה: Vandalism fighters/Admins
- הערות נוספות:
- כרטיסים בפבריקטור:
- מציע: Zippybonzo (talk) 18:30, 10 January 2022 (UTC)
דיון
- There's RedWarn which basically has the functionality you are looking for and is faster than Twinkle. Blaze Wolf (talk) 18:44, 10 January 2022 (UTC)
- But when you are looking for vandalism the diff view opens on another page to Recent Changes Zippybonzo (talk) 19:01, 10 January 2022 (UTC)
- RedWarn had a dif viewer from the recent changes page at one point, however it has since become broken. Don't know when it'll be fixed but if I were to guess it'll be fixed in the next RW version. Blaze Wolf (talk) 19:38, 10 January 2022 (UTC)
- Ah, you're asking for a web edition of Huggle to be integrated into MediaWiki or at least the English Wikipedia. ToBeFree (talk) 19:45, 10 January 2022 (UTC)
- Not trying to advertise, but Ed6767 is working on something very close that! Izno (talk) 00:38, 17 January 2022 (UTC)
- This is true! And I'm aiming for it to work (at least in a basic form) on every Wikimedia wiki that supports CentralAuth, with more advanced features such as warning and reporting etc available with custom algorithms for that Wiki. You should keep an eye on Teyora if you're interested. Ed6767 (talk) 01:36, 17 January 2022 (UTC)
- Not trying to advertise, but Ed6767 is working on something very close that! Izno (talk) 00:38, 17 January 2022 (UTC)
- @Zippybonzo Have you enabled Navigation Popups in your Preferences? Doing so let’s you view Diffs / Hist etc with a simple mouseover. What I hate at Recent Changes is that clicking a diff link doesn’t open a new tab, but takes you away from Recent Changes, sometimes making it a long-winded process to return.. Nick Moyes (talk) 09:42, 11 January 2022 (UTC)
- But when you are looking for vandalism the diff view opens on another page to Recent Changes Zippybonzo (talk) 19:01, 10 January 2022 (UTC)
- Perhaps you're referring to something like Huggle (or a similar, web based version like SWViewer)? Or RTRC for an all in one page solution, which is compatible with Twinkle. You can also configure RedWarn to not open the user talk page after rollback. — Yours, Berrely • Talk∕Contribs 19:47, 10 January 2022 (UTC)
- RedWarn is only used on enwiki and we can't use RedWarn in other wikis. Also, I like web-based version, because it's easier to use and we only need to log in via OATH. SWViewer is a better way of doing this, but we have to gain the rollback rights, similar to Huggle. Thingofme (talk) 00:48, 11 January 2022 (UTC)
- Powerful tools like AWB or Huggle are sometimes locked behind manual approval. This is due to the damage these tools can cause in the wrong hands, and their performance at making mass edits is part of the danger. There is no need for a new tool – your argumentation just displays a need for access to the existing tools. ToBeFree (talk) 02:01, 12 January 2022 (UTC)
- RedWarn is only used on enwiki and we can't use RedWarn in other wikis. Also, I like web-based version, because it's easier to use and we only need to log in via OATH. SWViewer is a better way of doing this, but we have to gain the rollback rights, similar to Huggle. Thingofme (talk) 00:48, 11 January 2022 (UTC)
- @Zippybonzo: I agree with others that there are better tools out there for counter-vandalism. Twinkle is just Swiss army knife that has some counter-vandalism features, but it wasn't designed solely for that purpose. What I'd like to do is find an actionable from this proposal, or confirm if other solutions work for you. As a (pseudo-)maintainer of Twinkle myself, I think issuing a talk page warning at the same time you rollback edits is something we could do. Would you like to reword your proposal to be about just adding this feature? Or do the tools others have mentioned satisfy your needs? Thanks, MusikAnimal (WMF) (talk) 00:24, 13 January 2022 (UTC)
- FYI: There is a team at the WMF headed by @Samwalton9 (WMF) working on and researching moderation tools for MediaWiki - see mediawikiwiki:Moderator Tools Ed6767 (talk) 01:38, 17 January 2022 (UTC)
- Thanks for the ping Ed6767! @Zippybonzo: We've been exploring Twinkle's functionality as potential features for our team to build into MediaWiki more directly. What pages are you finding a need for this on, Special:RecentChanges specifically? Samwalton9 (WMF) (talk) 10:16, 18 January 2022 (UTC)
- @Samwalton9 (WMF) Yes, Special:RecentChanges, it takes a long time to revert things like that. Moderation tools would make my life and everyones easier. No specific asks but some improvements would be nice. Twinkle has some features that I would like to use more often but since it takes a lot of time to use I prefer redwarn as it is faster. Thanks, Zippybonzo (talk) 17:48, 18 January 2022 (UTC)
- Great to hear @Samwalton9 (WMF)'s team has this on their radar! I'm assuming then it would be good to let this go through the survey, so we can get community feedback? I do think we should remove any mention of "Twinkle", however. With your permission, @Zippybonzo, would you mind if we rename this proposal so that it doesn't mention Twinkle, and that it's more explicit about what you're asking for? I'm thinking something like "Revert edits and warn vandals from recent changes". Does that sound okay? MusikAnimal (WMF) (talk) 21:44, 20 January 2022 (UTC)
- Yes , I am more than happy for that. Zippybonzo (talk) 07:21, 21 January 2022 (UTC)
- @MusikAnimal (WMF): Absolutely, we're not committed to anything in particular yet so this should definitely stay open :) Samwalton9 (WMF) (talk) 09:23, 21 January 2022 (UTC)
- Great to hear @Samwalton9 (WMF)'s team has this on their radar! I'm assuming then it would be good to let this go through the survey, so we can get community feedback? I do think we should remove any mention of "Twinkle", however. With your permission, @Zippybonzo, would you mind if we rename this proposal so that it doesn't mention Twinkle, and that it's more explicit about what you're asking for? I'm thinking something like "Revert edits and warn vandals from recent changes". Does that sound okay? MusikAnimal (WMF) (talk) 21:44, 20 January 2022 (UTC)
- @Samwalton9 (WMF) Yes, Special:RecentChanges, it takes a long time to revert things like that. Moderation tools would make my life and everyones easier. No specific asks but some improvements would be nice. Twinkle has some features that I would like to use more often but since it takes a lot of time to use I prefer redwarn as it is faster. Thanks, Zippybonzo (talk) 17:48, 18 January 2022 (UTC)
- Thanks for the ping Ed6767! @Zippybonzo: We've been exploring Twinkle's functionality as potential features for our team to build into MediaWiki more directly. What pages are you finding a need for this on, Special:RecentChanges specifically? Samwalton9 (WMF) (talk) 10:16, 18 January 2022 (UTC)
- I'd like undo and thank options on my watchlist entries, and almost got round to writing some JavaScript to add them. Certes (talk) 20:36, 28 January 2022 (UTC)
הצבעה
- בעד Hardipsinh jadeja — The preceding unsigned comment was added by Hardipsinhjadeja1 (שיחה) 11:57, 10 February 2022 (UTC)
- בעד Meditating (talk) 18:48, 28 January 2022 (UTC)
- בעד interesting - but would it be really effective as proposed? Aboudaqn (talk) 20:20, 28 January 2022 (UTC)
- בעד Always wanted this feature Vis M (talk) 21:08, 28 January 2022 (UTC)
- בעד --NGC 54 (talk|contribs) 22:47, 28 January 2022 (UTC)
- בעד — Draceane talkcontrib. 22:51, 28 January 2022 (UTC)
- בעד --𝑇𝑚𝑣 (𝑡𝑎𝑙𝑘) 00:34, 29 January 2022 (UTC)
- בעד--Liuxinyu970226 (talk) 11:40, 29 January 2022 (UTC)
- בעד Aca (talk) 11:50, 29 January 2022 (UTC)
- בעד Thingofme (talk) 13:56, 29 January 2022 (UTC)
- בעד —— Eric Liu(Talk) 18:17, 29 January 2022 (UTC)
- בעד Agus Damanik (talk) 02:39, 30 January 2022 (UTC)
- בעד N013i (talk) 14:24, 30 January 2022 (UTC)
- בעד daSupremo 18:00, 30 January 2022 (UTC)
- בעד Bub's (talk) 20:29, 30 January 2022 (UTC)
- בעד Wargo (talk) 21:07, 1 February 2022 (UTC)
- בעד —Svārtava [t•c•u•r] 04:51, 2 February 2022 (UTC)
- בעד KingAntenor (talk) 05:43, 2 February 2022 (UTC)
- בעד EN-Jungwon 03:00, 3 February 2022 (UTC)
- בעד WikiAviator (talk) 09:49, 3 February 2022 (UTC)
- בעד Makes fighting vandalism easier. PeterBehnam (talk) 17:06, 3 February 2022 (UTC)
- בעד Rzuwig► 11:49, 4 February 2022 (UTC)
- נגד Tools said above, Twinkle, RW, Huggle among others, provide a powerful interface and abilities to fight vandalism. The rollbacker user right allows for a faster reverts and can be used by these tools. One who patrols and fights against vandalism might want to use these. There is no need to reinvent the wheel DaxServer (talk) 13:25, 4 February 2022 (UTC)
- בעד Ayumu Ozaki (talk) 23:24, 5 February 2022 (UTC)
- בעד --Ciao • Bestoernesto • ✉ 02:28, 6 February 2022 (UTC)
- בעד MaksOttoVonStirlitz (talk) 03:33, 6 February 2022 (UTC)
- בעד Huggle and other tools seem hard to use. InterstateFive (talk) 20:17, 6 February 2022 (UTC)
- בעד Toadspike (talk) 01:21, 7 February 2022 (UTC)
- בעד Ryse93 (talk) 12:16, 7 February 2022 (UTC)
- בעד --DENAMAX (talk) 17:13, 7 February 2022 (UTC)
- בעד UnGiglio (talk) 07:19, 8 February 2022 (UTC)
- בעד Meiræ 22:10, 10 February 2022 (UTC)
- בעד Geonuch (talk) 15:00, 11 February 2022 (UTC)
- בעד Forrestkirby (talk) 15:27, 11 February 2022 (UTC)