Anope Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001287Anope Stable (1.8.x series)ChanServpublic2011-07-16 10:082011-08-09 22:59
Reporterhacktor 
Assigned ToAdam 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSLinuxOS Version
Product Version 
Target VersionFixed in Version 
Summary0001287: Anope 1.8.6
DescriptionI have noticed this issue on 12th of July, when i have installed anope-1.8.6. Chanserv/Botserv ( if SYMBIOSIS is ON ) DEOPS UNREGISTERED nickname in channel ( SECUREOPS is OFF ) which have joined last one! CHANNEL ACCESS list is EMPTY! i have opped few unregistered nicknames in channel, but after /os restart ChanServ DEOPs only the last user , who joined last! it doesnt DEOP other unregistered users which were connected before him.
TagsNo tags attached.
Attached Filestxt file icon bug.issue.txt [^] (2,775 bytes) 2011-07-16 10:08 [Show Content]
diff file icon 1287.diff [^] (2,591 bytes) 2011-07-18 01:10 [Show Content]

- Relationships

-  Notes
(0005915)
Adam (administrator)
2011-08-09 22:59

Fixed in 1.8 in commit eb7c9d0a863089ed9dc5c428c1d1214c8f0b85ba
(0005870)
Adam (administrator)
2011-07-16 12:05

Fixed in 1.9 in acceabe3a88640b7192795b4e54126ed96e9d0f0, am leaving open for deciding what we're going to do in 1.8.
(0005869)
Adam (administrator)
2011-07-16 10:49

This is tied with bugs 0000922 and 0001006. This includes revisions 87ce2aa25d2cb8d01215597a3d071ae0a3927ea4, 932391f34e7e3bc9967582c61d0bf98f9c599625, and efc03b7be41444048aa0940a80fb9ae3b66e9e76.

This is because Anope thinks the first user that joined as channel op is "creating" the channel, and we normally deop the first user who joins a registered channel to prevent them from gaining access in someone else's channel.

- Issue History
Date Modified Username Field Change
2011-07-16 10:08 hacktor New Issue
2011-07-16 10:08 hacktor File Added: bug.issue.txt
2011-07-16 10:49 Adam Note Added: 0005869
2011-07-16 10:49 Adam Assigned To => Adam
2011-07-16 10:49 Adam Status new => acknowledged
2011-07-16 10:50 Adam Assigned To Adam =>
2011-07-16 10:50 Adam Reproducibility have not tried => always
2011-07-16 12:05 Adam Note Added: 0005870
2011-07-18 01:10 Adam File Added: 1287.diff
2011-07-18 01:10 Adam Assigned To => Viper
2011-08-09 22:59 Adam Note Added: 0005915
2011-08-09 22:59 Adam Status acknowledged => resolved
2011-08-09 22:59 Adam Resolution open => fixed
2011-08-09 22:59 Adam Assigned To Viper => Adam


Copyright © 2000 - 2019 MantisBT Team
Powered by Mantis Bugtracker