This is the
talk page for discussing improvements to the
Edit requests page. |
|
Archives: 1, 2Auto-archiving period: 60 days |
This page was nominated for deletion on 20 May 2011. The result of the discussion was converted to an information page. |
This project page does not require a rating on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||
|
I do not know if this is the place to raise this issue, or if it should be checked on somewhere else (if I should ask elsewhere, I would greatly appreciate being pointed in the right direction). But I think the tool that automatically updates Category:Wikipedia semi-protected edit requests might not be functioning currently. Even after purging its cache, it still displays edit requests that I have already responded to and the last entry listed has the date and time of 2023-10-11 10:45. I have looked in on the list briefly several times over the last several hours and haven't noticed any new entries added. -- Pinchme123 ( talk) 00:58, 12 October 2023 (UTC)
Yesterday, I made an edit request on Talk:Gaza Strip. I realised I had made a mistake and changed it from "semi-protected" to "extended-protected". It did not appear in Category:Wikipedia extended-confirmed-protected edit requests. In case the change from "semi" to "extended" was the cause, I changed the date and time stamp. It still has not been logged. The thread is currently here. -- 2001:BB6:47ED:FA58:EDA4:1631:84EC:506D ( talk) 14:46, 14 October 2023 (UTC)
#editextendedprotected
in the URL). The bot only detects the first active request on the page. The first active request at the time on writing is the one from 9 October 2023. It is a relatively rare situation to have more than one active request on a talk page like that. That's why the bot doesn't have a feature to detect more than one requests.Anthony Quinlan date of birth is the 14th April 1984 his age is 38 not 39 92.11.104.42 ( talk) 07:41, 28 March 2024 (UTC)
Sometimes an edit request is closed with {{subst:ESp|?}}, for the reason that the request is slightly ambiguous, with no further action taken by the responding editor. In some such cases, the suggested material is non-controversial, would improve the article, is reliably sourced, etc. But, it is, again, slightly ambiguous. I'm not a native speaker of English, but I suggest adding to WP:ERREQ something along the lines of: "If you decide to reject a request, that in essence holds merit, simply because it lacks Mona Lisa level perfection, nothing is stopping you from improving the relevant article yourself based on feedback contained within the request." I can give two examples. Although I fear these will be used primarily to point out why requests get rejected or have been taken at heart after all or are exceptions, instead of to better understand what I am suggesting here. Regardless, 1. a dead link, and 2. a production company. I'm not the kind of editor to keep logs of where I've see what, so you'd have to take my word for it, but I've seen this happen many times. So, my suggestion is to have the information page suggest one additional step if the decision is to reject a request: can I, as the responding editor, still take some kind of action to improve Wikipedia based on this feedback. -- 62.166.252.25 ( talk) 07:51, 25 April 2024 (UTC)
This is the
talk page for discussing improvements to the
Edit requests page. |
|
Archives: 1, 2Auto-archiving period: 60 days |
This page was nominated for deletion on 20 May 2011. The result of the discussion was converted to an information page. |
This project page does not require a rating on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||
|
I do not know if this is the place to raise this issue, or if it should be checked on somewhere else (if I should ask elsewhere, I would greatly appreciate being pointed in the right direction). But I think the tool that automatically updates Category:Wikipedia semi-protected edit requests might not be functioning currently. Even after purging its cache, it still displays edit requests that I have already responded to and the last entry listed has the date and time of 2023-10-11 10:45. I have looked in on the list briefly several times over the last several hours and haven't noticed any new entries added. -- Pinchme123 ( talk) 00:58, 12 October 2023 (UTC)
Yesterday, I made an edit request on Talk:Gaza Strip. I realised I had made a mistake and changed it from "semi-protected" to "extended-protected". It did not appear in Category:Wikipedia extended-confirmed-protected edit requests. In case the change from "semi" to "extended" was the cause, I changed the date and time stamp. It still has not been logged. The thread is currently here. -- 2001:BB6:47ED:FA58:EDA4:1631:84EC:506D ( talk) 14:46, 14 October 2023 (UTC)
#editextendedprotected
in the URL). The bot only detects the first active request on the page. The first active request at the time on writing is the one from 9 October 2023. It is a relatively rare situation to have more than one active request on a talk page like that. That's why the bot doesn't have a feature to detect more than one requests.Anthony Quinlan date of birth is the 14th April 1984 his age is 38 not 39 92.11.104.42 ( talk) 07:41, 28 March 2024 (UTC)
Sometimes an edit request is closed with {{subst:ESp|?}}, for the reason that the request is slightly ambiguous, with no further action taken by the responding editor. In some such cases, the suggested material is non-controversial, would improve the article, is reliably sourced, etc. But, it is, again, slightly ambiguous. I'm not a native speaker of English, but I suggest adding to WP:ERREQ something along the lines of: "If you decide to reject a request, that in essence holds merit, simply because it lacks Mona Lisa level perfection, nothing is stopping you from improving the relevant article yourself based on feedback contained within the request." I can give two examples. Although I fear these will be used primarily to point out why requests get rejected or have been taken at heart after all or are exceptions, instead of to better understand what I am suggesting here. Regardless, 1. a dead link, and 2. a production company. I'm not the kind of editor to keep logs of where I've see what, so you'd have to take my word for it, but I've seen this happen many times. So, my suggestion is to have the information page suggest one additional step if the decision is to reject a request: can I, as the responding editor, still take some kind of action to improve Wikipedia based on this feedback. -- 62.166.252.25 ( talk) 07:51, 25 April 2024 (UTC)