<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>[DISCUSSION] Closing a membership loophole</title>
		<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole</link>
		<description>Posts in the discussion thread &quot;[DISCUSSION] Closing a membership loophole&quot; - It only took 7 years</description>
				<copyright></copyright>
		<lastBuildDate>Mon, 14 Sep 2026 03:24:14 +0000</lastBuildDate>
		
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-7583642</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-7583642</link>
				<description></description>
				<pubDate>Thu, 05 Mar 2026 07:45:44 +0000</pubDate>
				<wikidot:authorName>Zyn</wikidot:authorName>				<wikidot:authorUserId>1404533</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Noting for records-keeping that after an inquiry from a site member, the Join the Site page and the Site Rules page have been updated to reflect the change noted above.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6717649</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6717649</link>
				<description></description>
				<pubDate>Thu, 24 Oct 2024 10:56:13 +0000</pubDate>
				<wikidot:authorName>Ethagon</wikidot:authorName>				<wikidot:authorUserId>5844683</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Thirding this.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6716621</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6716621</link>
				<description></description>
				<pubDate>Wed, 23 Oct 2024 16:03:29 +0000</pubDate>
				<wikidot:authorName>SynthPanda_</wikidot:authorName>				<wikidot:authorUserId>6727977</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>This more or less covers my thoughts. I'm not against banning people from these sites in principle, but I think the potential issues with implementing something like this outweigh the potential benefits.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6713022</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6713022</link>
				<description></description>
				<pubDate>Tue, 22 Oct 2024 03:54:01 +0000</pubDate>
				<wikidot:authorName>S D Locke</wikidot:authorName>				<wikidot:authorUserId>6530175</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Personally speaking I am in favor, but I'm not sure this needs doing (or by extension, continuing the rule of disallowing members of offbrand wikis from joining the site). I think it's something that made sense during the highest point of contention/active raids and the like, but given it has been (as the topic states) 7 years an obvious loophole it seems it's not exactly a pressing matter.</p> <p>Despite agreeing in part, it feels like this measure isn't more than a quick excuse to enact a revoke when someone may be toeing the line but isn't outright doing anything banable. Doubly so as its coming in days after a member of both here and the other site was banned for malicious votes, but staff was made aware of their dual-membership days beforehand.</p> <p>As obvious as their habits were at the time (as authors I am working with were partially on the receiving end) and as much as I would have preferred this quick fix solution in the moment, I think that overall this policy'd do more harm than good. As brought by Prismal we've had dual-site users in the wiki/discord with no behavorial issues; I don't think we need to penalize users who are otherwise not problematic.</p> <p>We can work in our existing methods of logging issues and submitting bans/revokes based off behavior.</p> <p>I think given the kind of footnote offbrand sites have become in the years since their forming we don't need to make a show of signposting &quot;KEEP OUT&quot;. The original rule was a balwark against a flood. Now, if anything, it's a puddle.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6712477</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6712477</link>
				<description></description>
				<pubDate>Mon, 21 Oct 2024 22:16:15 +0000</pubDate>
				<wikidot:authorName>aismallard</wikidot:authorName>				<wikidot:authorUserId>4598089</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>That is fair, except that with this proposal are not formalizing an &quot;enemy list&quot; so to speak? If it's just about optics then I feel like we should either reevaluate this O5 proposal or discuss more specific reasons why the list should be withheld.</p> <p>For instance, as Ori mentions below, having sites inexorably tied to PAI cases excluded is sensible, whereas our past and current issues with RPC are hardly unknown to the general public.</p> <p>Given what has been brought up so far, I feel like the list should be public save for PAI-tied sites.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6712461</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6712461</link>
				<description></description>
				<pubDate>Mon, 21 Oct 2024 21:15:58 +0000</pubDate>
				<wikidot:authorName>OriTiefling</wikidot:authorName>				<wikidot:authorUserId>7454631</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Yeah that's my concern as well, and why I avoided naming specific communities here. Plus there's an interaction between some of these sites and PAI cases, which we don't necessarily want or need public.</p> <p>Transparency is important, but this is a difficult intersection.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6712460</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6712460</link>
				<description></description>
				<pubDate>Mon, 21 Oct 2024 21:13:52 +0000</pubDate>
				<wikidot:authorName>Kufat</wikidot:authorName>				<wikidot:authorUserId>2336666</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>Could you elaborate on your concerns with making the list public?</p> </blockquote> <p>Basically, the optics of having an official &quot;enemies list&quot; in public. I'm concerned that it'd come off as aggressive rather than defensive.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6710051</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6710051</link>
				<description></description>
				<pubDate>Mon, 21 Oct 2024 00:25:21 +0000</pubDate>
				<wikidot:authorName>aismallard</wikidot:authorName>				<wikidot:authorUserId>4598089</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I mentioned my view above, which is that repeated violation would count as attempting to manipulate site procedure.</p> <p>I don't think it should be an <em>automatic</em> ban, but instead considered in each circumstance given the facts, how the user in question responds to the matter, etc.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6710043</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6710043</link>
				<description></description>
				<pubDate>Mon, 21 Oct 2024 00:22:45 +0000</pubDate>
				<wikidot:authorName>aismallard</wikidot:authorName>				<wikidot:authorUserId>4598089</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Well there should obviously be a specific list for use by staff so there isn't inconsistent enforcement.</p> <p>Could you elaborate on your concerns with making the list public?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709998</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709998</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 23:32:24 +0000</pubDate>
				<wikidot:authorName>Queerious</wikidot:authorName>				<wikidot:authorUserId>7453143</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Support this in full</p> <p>I think that noting that if a user leaves an adversarial community, joins the SCP Wiki and rejoins the adversarial community, that should definitely result in a ban? Kind of like, the first time it happens, revoke, and the second time, results in a ban?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709939</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709939</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 20:33:56 +0000</pubDate>
				<wikidot:authorName>Kufat</wikidot:authorName>				<wikidot:authorUserId>2336666</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>There should be an explicit list of adversarial sites for reference, maintained by staff.</p> </blockquote> <p>Are you envisioning a publicly-accessible list or one restricted to staff? I'd have concerns about the former.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709921</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709921</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 19:43:46 +0000</pubDate>
				<wikidot:authorName>aismallard</wikidot:authorName>				<wikidot:authorUserId>4598089</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>There should be an explicit list of adversarial sites for reference, maintained by staff. Otherwise there may be arguments between those who frequently interact with user complaints and what exactly this policy means, vs if there was a specific set of sites we can point to.</p> <p>Speaking of, what set of sites are we considering adversarial at the start here, assuming the policy is approved?</p> <p>This was mentioned in chat but probably worth noting here: the response is only a revoke (so they can remedy the situation, vs a ban), however if the user continues to attempt to sneak a rejoin in after a revoke then they can land a ban for attempting to game/abuse site procedure.</p> <p>Anyways, general support but wanted to make a few points.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709868</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709868</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 16:39:26 +0000</pubDate>
				<wikidot:authorName>Prismal</wikidot:authorName>				<wikidot:authorUserId>8779219</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Ahh, that's my bad. I took membership revocation in this instance to encompass all potential removals from the site (i.e. temporary ban, permanent ban, kick)</p> <p>If it's just removal and they can rejoin at any time, having fixed the issue, then I'm much more comfortable with the idea of this.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709841</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709841</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 15:56:51 +0000</pubDate>
				<wikidot:authorName>OriTiefling</wikidot:authorName>				<wikidot:authorUserId>7454631</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>Is their mere membership on that site enough to net them a potentially permanent ban? I'm not sure.</p> </blockquote> <p>You're right, it's not.</p> <p>That's why I said &quot;membership revocation&quot; rather than ban. I do not believe Disc should ban for this, I think any user willing to leave these communities should be invited right back in. This is not a permaban or a timed ban, just a &quot;please remove your membership to x community and then you may rejoin&quot; action.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709839</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709839</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 15:45:03 +0000</pubDate>
				<wikidot:authorName>Prismal</wikidot:authorName>				<wikidot:authorUserId>8779219</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I'm actually somewhat iffy on this.</p> <p>This gives Disc a <em>lot</em> of leeway by not defining either what makes a site adversarial or which sites are adversarial.</p> <p>A broad definition makes it easier on Disc, no doubt, but it's possibly ripe for abuse, and is certainly entirely subjective, as presented.</p> <p>Additionally, this lack of a clear definition would make it difficult for users to know if a site fits the bill, either as a member of that site, or as a user reporting a potential rule infraction.</p> <p>To us, it may seem obvious, but certainly not to everyone.</p> <p>At the very least I think it would prove useful to have a list (descriptive not prescriptive) of sites which fit this bill and/or of attributes that would make a site fit this bill.</p> <div class="collapsible-block"> <div class="collapsible-block-folded"><a class="collapsible-block-link" href="javascript:;">Specific&nbsp;Case</a></div> <div class="collapsible-block-unfolded" style="display:none"> <div class="collapsible-block-unfolded-link"><a class="collapsible-block-link" href="javascript:;">.&nbsp;RPC</a></div> <div class="collapsible-block-content"> <p>Specifically this rule will apply most often to RPC users at the moment.</p> <p>Now I have no love lost on RPC. As a community they facilitate bigotry in many forms, and I'd be happy to see it shrivel up and die.</p> <p>However, loathe as I am to admit it, we have several users who have for some time been consistently rule abiding members of the SCP wiki and/or Discord and have not at all engaged in bigotry, to my knowledge, here or elsewhere and who are active or inactive members of RPC.</p> <p>Is their mere membership on that site enough to net them a potentially permanent ban? I'm not sure.</p> <p>There's something to be said for tacit endorsement of bigotry just by being in the community, sure, but it's worth noting that certain INT branches of SCP have positive relationships with INT branches of RPC. And while a positive relationship doesn't apply to RPC-EN at all, my point is that those sites being affiliated with RPC in some way likely shouldn't net their users an automatic ban. At least, I don't think so. And with how wide this policy is, it's difficult to guess from a non-Disc point of view, whether or not this would be the case.</p> <p>We have/have had several members of the SCP Discord with current or past RPC affiliation who have been fine to have around and have never, to my knowledge, engaged in bigoted behavior or language either in SCP or RPC (or elsewhere that I know of).</p> <p>Now I'm not about to shed a tear if all RPC members (especially members of their staff) get permanently banned from the SCP wiki. Fuck RPC.</p> <p>But I do think this is a very wide, very subjective net that would be cast, and it will catch people who haven't overtly behaved in any wrong way.</p> <p>We should be careful about that.</p> </div> </div> </div> <p>(I recognize this applies to one of our current reasons for application denial, treat this as a commentary on that current rule as well.)</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709787</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709787</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 14:30:44 +0000</pubDate>
				<wikidot:authorName>DianaBerry</wikidot:authorName>				<wikidot:authorUserId>3444428</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Support all the way</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709782</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709782</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 14:25:04 +0000</pubDate>
				<wikidot:authorName>Miss Lapis</wikidot:authorName>				<wikidot:authorUserId>8683916</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Support</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709751</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709751</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 13:40:18 +0000</pubDate>
				<wikidot:authorName>Mooagain </wikidot:authorName>				<wikidot:authorUserId>5975504</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Support, good change all around. Would edit to use either &quot;membership in&quot; or &quot;membership to&quot; instead of both.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709748</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709748</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 13:36:17 +0000</pubDate>
				<wikidot:authorName>subtletea</wikidot:authorName>				<wikidot:authorUserId>2936027</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Strong support. It makes sense with the intent of the rule. Also seconding Kufat here.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709743</guid>
				<title>Re: [DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709743</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 13:22:33 +0000</pubDate>
				<wikidot:authorName>Kufat</wikidot:authorName>				<wikidot:authorUserId>2336666</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Support. Additionally I think the portion involving revocation of existing membership should also be present in the Site Rules, not just on the joining page.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-16970452#post-6709740</guid>
				<title>[DISCUSSION] Closing a membership loophole</title>
				<link>http://05command.wikidot.com/forum/t-16970452/discussion-closing-a-membership-loophole#post-6709740</link>
				<description></description>
				<pubDate>Sun, 20 Oct 2024 13:17:54 +0000</pubDate>
				<wikidot:authorName>OriTiefling</wikidot:authorName>				<wikidot:authorUserId>7454631</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>O4 Link: <a href="https://scp-wiki.wikidot.com/forum/t-16970453/discussion-closing-a-membership-loophole">https://scp-wiki.wikidot.com/forum/t-16970453/discussion-closing-a-membership-loophole</a></p> <p>Currently, it is policy to deny applications from users who hold membership with a community that is antagonistic to our own. While users are required to leave these sites in order to join our wiki, there is currently no policy that stops them from simply rejoining those communities after becoming a member of the SCP wiki. Simply put, we do not revoke/ban users who are discovered to be members of antagonistic communities after they've joined our community.</p> <p>This currently exists as a loophole in the system, and Disc would like to move forward with closing it. The proposal is to take our current policy regarding user applications:</p> <blockquote> <p>Please note that membership in various sites which have had adversarial relationships with our own is cause for an application to be declined.</p> </blockquote> <p>And append it to the following:</p> <blockquote> <p>Please note that membership in various sites/communities which have had adversarial relationships with our own is cause for an application to be declined or for membership to the SCP wiki to be revoked.</p> </blockquote> <p>This version is also future-proofed in case further adversarial sites/communities are identified in the future.</p> <p>This discussion will be open for 1 week.</p> <p><iframe src="https://scpwiki.github.io/timer/timer.html?lang=en&amp;time=2024-10-27T13%3A11%3A22.622Z" align="" frameborder="" height="" scrolling="" width="" class="" style="width: 750px; height: 200px; border: 0; text-align: center;"></iframe></p> 
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>