Wikipedia talk:WikiProject Edit requests
This is the talk page for discussing WikiProject Edit requests and anything related to its purposes and tasks. |
|
Archives: 1Auto-archiving period: 12 months ![]() |
![]() | This project page does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | |||||||
|
Template:Request edit listed at Requested moves
[edit]
A requested move discussion has been initiated for Template:Request edit to be moved to Template:COI edit request. This page is of interest to this WikiProject and interested members may want to participate in the discussion here. —RMCD bot 08:32, 27 June 2023 (UTC)
- To opt out of RM notifications on this page, transclude {{bots|deny=RMCD bot}}, or set up Article alerts for this WikiProject.
Proposal to add "Preview" button to editProtectedHelper.js
[edit] You are invited to join the discussion at User talk:Jackmcbarn/editProtectedHelper § Proposal: add "Preview" button. —andrybak (talk) 11:55, 4 August 2024 (UTC)
Putting a request on hold?
[edit]I've been going through the COI edit requests and as I'm on my second pass through the list I notice that a number of them are waiting on the requestor rather than a reviewer. Is there an established way to mark these, ideally in a way that gets them out of the queue? In principle one could simply mark them as answered and tell the requestor to unmark them once they're done, but I don't love this solution and I'm worried they'd easily get lost in the shuffle, especially with newer editors unused to working with templates. Rusalkii (talk) 17:36, 25 August 2024 (UTC)
- Ideally the original reviewer should be subscribed to the discussion and will jump back in once the requestor has responded. We could create a new parameter for the various edit request templates (something like "on_hold" or "in_progress" that can be set to True by the reviewer) and get AnomieBOT to check for it and file them in a separate queue. However, that won't show if the requestor has responded or not (theoretically the bot could try to check if the latest signature in the thread matches the first signature, but I imagine it would be a nightmare to foolproof this), so other reviewers will have to open each entry to see whether we're waiting on the requestor or the reviewer. Liu1126 (talk) 11:14, 3 October 2024 (UTC)
COI edit request queue in the 20s!
[edit]I was on something of a crusade against the COI queue for about a month two months ago, and when I burned out a bit on that I was worried I'd come back to it have grown horribly long again. But it looks so much better now, I seems to have even hit the teens a few times! Congrats and thank you to everyone who's been working on it. Rusalkii (talk) 03:13, 11 December 2024 (UTC)
- And the most recent request is from last month! When I left the backlog was over 6 months. Rusalkii (talk) 03:15, 11 December 2024 (UTC)
Discussion at Wikipedia talk:Edit Request Wizard § Parblocks
[edit] You are invited to join the discussion at Wikipedia talk:Edit Request Wizard § Parblocks. Justjourney (talk) 16:53, 26 March 2025 (UTC)
Proposal to improve Edit COI template
[edit]Greetings, page watchers! I wanted to notify folks here about a proposal to improve the Edit COI template. Specifically, I'm asking editors to consider improvements to the infrastructure for managing COI edit requests to encourage greater engagement. For context, I work at Beutler Ink, a firm that helps clients follow Wikipedia's COI rules. These improvements are meant to benefit everyone involved in the process by which these requests are handled. I'm looking forward to discussing this more with editors on the template's Talk page. WWB Too (Talk · COI) 13:36, 13 May 2025 (UTC)
- Hi @WWB Too, I agree that the current system could do with enhancements and I like this suggestion. I read over the comments on AnomieBOT and I'm happy to help out where possible.
- I like the idea of a request summer and I'd recommend adding
on_hold
orawaiting_response
for requests waiting for the requester to respond, andreopened
orawaiting_review
for requests that have been reopened / are awaiting a response. Requests without either would be considered new/unreviewed as is currently used. My only concern would be if new COI editors would know how to change the status/how this would work, because if they do not it could result in their request becoming lost in the queue. Maybe this could be a new bot task if someone knows how to do that? - User:Terasail/COI Request Tool would also need to be updates as many reviewers use this tool. I'm going to look into how URNs work here, and I'll get back to you soon. Encoded Talk 💬 08:12, 2 June 2025 (UTC)
- Hi Encoded, these are great ideas, too. As I said elsewhere, I'm a little green when it comes to this kind of thing, so I appreciate any help in setting up the template to accommodate these ideas. Following a discussion with Primefac about this, I worked up—and just posted—a proof of concept in a personal sandbox page. It needs work to become functional, but it does show a structure for what I had in mind. I'd love to hear what you think. WWB Too (Talk · COI) 17:06, 2 June 2025 (UTC)