Anope Bug Tracker - Anope Development (1.9.x series)
View Issue Details
0001472Anope Development (1.9.x series)Otherpublic2013-01-25 17:112013-01-27 07:51
Nita 
Adam 
immediatemajoralways
resolvedfixed 
x64DebianSqueeze
 
 
0001472: Services akick-ing every user when joining a channel (GIT-devel)
Servces AKick-ing every user when joining a channel. Version: current devel, 1.9, origin/1.9, ed7c4dc2e17a4616b0242d79ad80466970889fa0
Using: SQL Live
/join #Test
(Have a bot, called robot in Test channel)
[Jan 25 14:52:39.744020 2013] Debug: Received: :001 FJOIN #Test 1359116501 +nrt ,001AAAAAA
[Jan 25 14:52:39.745038 2013] Debug: SQL-live got 0 rows for SELECT * FROM `svs_ChannelInfo` WHERE (`timestamp` > FROM_UNIXTIME(1359125541) OR `timestamp` IS NULL)
[Jan 25 14:52:39.745103 2013] Debug: o1.irc is setting #Test to +nrt
[Jan 25 14:52:39.745427 2013] Debug: SQL-live got 0 rows for SELECT * FROM `svs_ModeLock` WHERE (`timestamp` > FROM_UNIXTIME(1359125541) OR `timestamp` IS NULL)
[Jan 25 14:52:39.745507 2013] CHANNEL: Anita!~Anita@0::1 join #Test
[Jan 25 14:52:39.745530 2013] Debug: Setting correct user modes for Anita on #Test (giving modes)
[Jan 25 14:52:39.745850 2013] Debug: SQL-live got 0 rows for SELECT * FROM `svs_NickAlias` WHERE (`timestamp` > FROM_UNIXTIME(1359125541) OR `timestamp` IS NULL)
[Jan 25 14:52:39.746608 2013] Debug: SQL-live got 0 rows for SELECT * FROM `svs_NickCore` WHERE (`timestamp` > FROM_UNIXTIME(1359125541) OR `timestamp` IS NULL)
[Jan 25 14:52:39.746947 2013] Debug: SQL-live got 0 rows for SELECT * FROM `svs_ChanAccess` WHERE (`timestamp` > FROM_UNIXTIME(1359125541) OR `timestamp` IS NULL)
[Jan 25 14:52:39.747716 2013] Debug: SQL-live got 0 rows for SELECT * FROM `svs_AutoKick` WHERE (`timestamp` > FROM_UNIXTIME(1359125541) OR `timestamp` IS NULL)
[Jan 25 14:52:39.748348 2013] Debug: Autokicking Anita1 (*!*@nita-e2vn61.j5lv.76hk.mfvttn.IP) from #Test
[Jan 25 14:52:39.748642 2013] Debug: SQL-live got 0 rows for SELECT * FROM `svs_BotInfo` WHERE (`timestamp` > FROM_UNIXTIME(1359125541) OR `timestamp` IS NULL)
[Jan 25 14:52:39.748732 2013] Debug: Sent: :002AAAAAH KICK #Test 001AAAAAA :You are not permitted to be on this channel.
[Jan 25 14:52:39.748774 2013] CHANNEL: robot!services@services.hu kick #Test kicked Anita (You are not permitted to be on this channel.)
[Jan 25 14:52:39.748849 2013] CHANNEL: Anita!~Anita@0::1 leaves #Test
[Jan 25 14:52:39.749783 2013] Debug: Sent: :002AAAAAH FMODE #Test 1359116501 +b *!*@nita-e2vn61.j5lv.76hk.mfvttn.IP
[Jan 25 14:52:39.749914 2013] Debug: Chanstats: Error executing query CALL stat_chanstats_proc_update('#Test', '', 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0);: Table 'services.stat_chanstats' doesn't exist
[Jan 25 14:52:39.749959 2013] Debug: Chanstats: Error executing query CALL stat_chanstats_proc_update('#Test', '', 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0);: Table 'services.stat_chanstats' doesn't exist
No tags attached.
Issue History
2013-01-25 17:11NitaNew Issue
2013-01-25 17:15NitaNote Added: 0006332
2013-01-25 21:05NitaNote Added: 0006334
2013-01-27 07:51AdamNote Added: 0006335
2013-01-27 07:51AdamStatusnew => resolved
2013-01-27 07:51AdamResolutionopen => fixed
2013-01-27 07:51AdamAssigned To => Adam

Notes
(0006335)
Adam   
2013-01-27 07:51   
fixed in 49cb6a07a2637925da01fb4e68c1c70c59912193
(0006334)
Nita   
2013-01-25 21:05   
It seems that channels are always RESTRICTED after service restart. See below:

/msg ChanServ SET RESTRICTED #Test OFF

After that channel is not restricted, everything looks good, but when I restart services process, it seems that everything is messed up and I have to type it again:

/msg ChanServ SET RESTRICTED #Test OFF
(0006332)
Nita   
2013-01-25 17:15   
Channel is not restricted.