BETA SAÚDE
User talk:Rupert Clayton
Texto da Wikipédia (en), licença CC BY-SA. O BETARUBI mostra o verbete inteiro nesta página — a leitura não continua fora do site.
Speedy deletion nomination of Category:Seljuk bridges in Iran

A tag has been placed on Category:Seljuk bridges in Iran indicating that it is currently empty, and is not a disambiguation category, a category redirect, under discussion at Categories for discussion, or a project category that by its nature may become empty on occasion. If it remains empty for seven days or more, it may be deleted under section C1 of the criteria for speedy deletion.
If you think this page should not be deleted for this reason you may contest the nomination by visiting the page and removing the speedy deletion tag. Liz Read! Talk! 02:44, 22 December 2025 (UTC)
- Thanks for the nudge. Not sure why I never populated that category, but I added it to some relevant pages now. Rupert Clayton (talk) 16:38, 22 December 2025 (UTC)
MfD nomination of User:Rupert Clayton/Draft of List of Sisyrinchium species
User:Rupert Clayton/Draft of List of Sisyrinchium species, a page which you created or substantially contributed to, has been nominated for deletion. Your opinions on the matter are welcome; you may participate in the discussion by adding your comments at Wikipedia:Miscellany for deletion/User:Rupert Clayton/Draft of List of Sisyrinchium species and please be sure to sign your comments with four tildes (~~~~). You are free to edit the content of User:Rupert Clayton/Draft of List of Sisyrinchium species during the discussion but should not remove the miscellany for deletion template from the top of the page; such a removal will not end the deletion discussion. Thank you. Paradoctor (talk) 15:20, 22 December 2025 (UTC)
Blocked (even when logged in) because employer uses ZScaler proxy

Rupert Clayton (block log • active blocks • global blocks • contribs • deleted contribs • filter log • creation log • change block settings • unblock • checkuser (log) • SI)
Request reason:
Notes:
- In some cases, you may not in fact be blocked, or your block has already expired. Please check the list of active blocks. If no block is listed, then you have been autoblocked by the automated anti-vandalism systems. Please remove this request and follow these instructions instead for quick attention by an administrator.
- Please read our guide to appealing blocks to make sure that your unblock request will help your case. You may change your request at any time.
If you ask the blocking administrator to comment on this request, replace this template with the following, replacing "blocking administrator" with the name of the blocking admin:
{{Unblock on hold |1=blocking administrator |2=My employer uses ZScaler as a web proxy to filter potential malicious content. My current public IP address through ZScaler is 136.226.67.81. There is an ongoing block for 136.226.0.0/16. This has happened multiple times before, and the solution is to allow me to bypass the block when logged in. I guess the previous whitelisting expired or was removed? Thanks for any assistance you can provide. [[User:Rupert Clayton|Rupert Clayton]] ([[User talk:Rupert Clayton#top|talk]]) 18:38, 18 August 2026 (UTC) |3 = ~~~~}}
If you decline the unblock request, replace this template with the following code, substituting {{subst:Decline reason here}} with a specific rationale. Leaving the decline reason unchanged will result in display of a default reason, explaining why the request was declined.
{{unblock reviewed |1=My employer uses ZScaler as a web proxy to filter potential malicious content. My current public IP address through ZScaler is 136.226.67.81. There is an ongoing block for 136.226.0.0/16. This has happened multiple times before, and the solution is to allow me to bypass the block when logged in. I guess the previous whitelisting expired or was removed? Thanks for any assistance you can provide. [[User:Rupert Clayton|Rupert Clayton]] ([[User talk:Rupert Clayton#top|talk]]) 18:38, 18 August 2026 (UTC) |decline = {{subst:Decline reason here}} ~~~~}}
If you accept the unblock request, replace this template with the following, substituting Accept reason here with your rationale:
{{unblock reviewed |1=My employer uses ZScaler as a web proxy to filter potential malicious content. My current public IP address through ZScaler is 136.226.67.81. There is an ongoing block for 136.226.0.0/16. This has happened multiple times before, and the solution is to allow me to bypass the block when logged in. I guess the previous whitelisting expired or was removed? Thanks for any assistance you can provide. [[User:Rupert Clayton|Rupert Clayton]] ([[User talk:Rupert Clayton#top|talk]]) 18:38, 18 August 2026 (UTC) |accept = accept reason here ~~~~}}
Rupert Clayton (talk) 18:38, 18 August 2026 (UTC)
- I'm seeing that the original 2021 block for this IP range has a comment stating "(anon. only, account creation blocked)", but the latest block by user:izno from 25 June 2026 does not state that the block is for "anon. only". Does this possibly indicate that the block was misconfigured so as to block logged-in users as well as anonymous IPs? Rupert Clayton (talk) 19:11, 18 August 2026 (UTC)
- See this archived conversation for confirmation that ZScaler ranges should be soft-blocked and not hard-blocked, so that logged-in users can still edit from these ranges. Rupert Clayton (talk) 19:33, 18 August 2026 (UTC)
- I have removed the hard part of the block on that range. I am not particularly enthused that the discussion there did not consider that abuse does occur on Zscaler ranges from logged in accounts. Izno (talk) 23:14, 18 August 2026 (UTC)
- @Izno Thanks. As a 20-year WP contributor, I'm either editing from a ZScaler IP range or not at all. Rupert Clayton (talk) 23:23, 18 August 2026 (UTC)
- I have removed the hard part of the block on that range. I am not particularly enthused that the discussion there did not consider that abuse does occur on Zscaler ranges from logged in accounts. Izno (talk) 23:14, 18 August 2026 (UTC)
- See this archived conversation for confirmation that ZScaler ranges should be soft-blocked and not hard-blocked, so that logged-in users can still edit from these ranges. Rupert Clayton (talk) 19:33, 18 August 2026 (UTC)
Organized Labour September Editing Event

You're invited to join the Organized Labour community editing event, a cross-wiki event taking place throughout September 2026!
The campaign brings together Wikimedians interested in improving coverage of organised labour, workers, trade unions, and labour history. We have confirmed collaborations with Wikipedia language editions in English, Dutch, Persian, Serbo-Croatian and French. If you want to add other language editions or other wiki projects you are strongly encouraged to do so! This event spans geography and languages!
This is a one-time invitation. You're receiving it because you previously signed a petition related to Wiki Workers United (WWU). We hope you'll join us!
