From Wikipedia, the free encyclopedia

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) reply

The table at the top is updated by a bot, which is currently down. I've reported it to the bot operator, and he should fix it soon. * Pppery * it has begun... 01:08, 12 October 2023 (UTC) reply
Thank you for the detail! -- Pinchme123 ( talk) 03:58, 12 October 2023 (UTC) reply

My request is not being logged

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) reply

Page Talk:Gaza Strip is categorized into "Wikipedia extended-confirmed-protected edit requests". You can see it under letter "G" at the bottom of this, more specific URL. The table at the top the category page is updated separately from the categorization system. It is updated by a bot. Page "Talk:Gaza Strip" has been added to the table on 9 October 2023 due to section Talk:Gaza Strip § Extended-confirmed-protected edit request on 9 October 2023, and hasn't been moved out of the table since.
The appearance of the page in the category is more or less instantaneous. But the bot takes a while to do its job. There are four "Extended-confirmed-protected edit request" sections on the page right now in various statuses. The bot's table links to the first active request on the page (the part #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.
I hope this helps. —⁠ andrybak ( talk) 21:10, 14 October 2023 (UTC) reply
Thanks for the explanation. 2001:BB6:47ED:FA58:9C60:A829:A63D:9DD4 ( talk) 09:53, 15 October 2023 (UTC) reply
@ Andrybak 2001:4456:C5C:2900:3427:7549:37CD:4396 ( talk) 06:41, 23 February 2024 (UTC) reply

Anthony Quinlan

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) reply

Feel free to add an edit request to Talk:Anthony Quinlan, following the instructions on this page. NotAGenious ( talk) 07:35, 29 March 2024 (UTC) reply

Suggestion

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) reply

From Wikipedia, the free encyclopedia

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) reply

The table at the top is updated by a bot, which is currently down. I've reported it to the bot operator, and he should fix it soon. * Pppery * it has begun... 01:08, 12 October 2023 (UTC) reply
Thank you for the detail! -- Pinchme123 ( talk) 03:58, 12 October 2023 (UTC) reply

My request is not being logged

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) reply

Page Talk:Gaza Strip is categorized into "Wikipedia extended-confirmed-protected edit requests". You can see it under letter "G" at the bottom of this, more specific URL. The table at the top the category page is updated separately from the categorization system. It is updated by a bot. Page "Talk:Gaza Strip" has been added to the table on 9 October 2023 due to section Talk:Gaza Strip § Extended-confirmed-protected edit request on 9 October 2023, and hasn't been moved out of the table since.
The appearance of the page in the category is more or less instantaneous. But the bot takes a while to do its job. There are four "Extended-confirmed-protected edit request" sections on the page right now in various statuses. The bot's table links to the first active request on the page (the part #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.
I hope this helps. —⁠ andrybak ( talk) 21:10, 14 October 2023 (UTC) reply
Thanks for the explanation. 2001:BB6:47ED:FA58:9C60:A829:A63D:9DD4 ( talk) 09:53, 15 October 2023 (UTC) reply
@ Andrybak 2001:4456:C5C:2900:3427:7549:37CD:4396 ( talk) 06:41, 23 February 2024 (UTC) reply

Anthony Quinlan

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) reply

Feel free to add an edit request to Talk:Anthony Quinlan, following the instructions on this page. NotAGenious ( talk) 07:35, 29 March 2024 (UTC) reply

Suggestion

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) reply


Videos

Youtube | Vimeo | Bing

Websites

Google | Yahoo | Bing

Encyclopedia

Google | Yahoo | Bing

Facebook