[Scoderz-bugs] [ scoderz-Bugs-1438968 ] Modes desynch in create+mode

[SourceForge.net <no...@so...>]

Bugs item #1438968, was opened at 2006-02-26 13:04
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=496052&aid=1438968&group_id=61070

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 6
Submitted By: Cesar (romexzf)
Assigned to: Cesar (romexzf)
Summary: Modes desynch in create+mode

Initial Comment:
In lag condition, if an user creates a channel, which
is registered and not joined yet, and sends modes
immediatly; hub parse them before Z can deop the user.
Therefore, if the user added modes which are in
defmodes, Z, which has already sent its defmodes+o in
response to C  token, would remove those modes whereas
they are already set (from  its point of view), causing
a desynch.

ABAAA = user
AZAAA = Z
# defmodes: +ntr

T+0: ABAAA C #
T+0: ABAAA M # +nt

;Response to C token:
T+1: AZAAA J #
;;autoop + defmodes enforcement
T+1: AZAAA M # +ntro AZAAA 
;;deop user (considering he has no access
T+1: AZAAA M # -o ABAAA

;Response to M token
;;ABAAA  has no access then these modes HAVE to be removed
T+1: AZAAA M # -nt

But, as Z doesn't update its modes in this case because
it thinks to be reversing (therefore no changes!),
there is a desynch.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=496052&aid=1438968&group_id=61070