From 9228c006f98afa98d0f77d7ed3c6bdf79836e9d1 Mon Sep 17 00:00:00 2001
From: danieldg <danieldg@e03df62e-2008-0410-955e-edbf42e46eb7>
Date: Tue, 16 Feb 2010 15:25:04 +0000
Subject: Delete 0-user permanent channels that are being set -P

git-svn-id: http://svn.inspircd.org/repository/trunk/inspircd@12475 e03df62e-2008-0410-955e-edbf42e46eb7
---
 src/modules/m_permchannels.cpp | 25 +++----------------------
 1 file changed, 3 insertions(+), 22 deletions(-)

(limited to 'src')

diff --git a/src/modules/m_permchannels.cpp b/src/modules/m_permchannels.cpp
index 5d8b0c6e7..3b8e5e43c 100644
--- a/src/modules/m_permchannels.cpp
+++ b/src/modules/m_permchannels.cpp
@@ -126,30 +126,11 @@ class PermChannel : public ModeHandler
 		{
 			if (channel->IsModeSet('P'))
 			{
-				if (channel->GetUserCounter() == 0 && !IS_SERVER(source))
+				channel->SetMode(this,false);
+				if (channel->GetUserCounter() == 0)
 				{
-					/*
-					 * ugh, ugh, UGH!
-					 *
-					 * We can't delete this channel the way things work at the moment,
-					 * because of the following scenario:
-					 * s1:#c <-> s2:#c
-					 *
-					 * s1 has a user in #c, s2 does not. s2 has +P set. s2 has a losing TS.
-					 *
-					 * On netmerge, s2 loses, so s2 removes all modes (including +P) which
-					 * would subsequently delete the channel here causing big fucking problems.
-					 *
-					 * I don't think there's really a way around this, so just deny -P on a 0 user chan.
-					 * -- w00t
-					 *
-					 * delete channel;
-					 */
-					return MODEACTION_DENY;
+					channel->DelUser(ServerInstance->FakeClient);
 				}
-
-				/* for servers, remove +P (to avoid desyncs) but don't bother trying to delete. */
-				channel->SetMode('P',false);
 				return MODEACTION_ALLOW;
 			}
 		}
-- 
cgit v1.2.3