View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002167 | unreal | ircd | public | 2004-11-10 01:44 | 2004-11-10 11:44 |
| Reporter | Ron2K | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | open | ||
| OS | Windows XP Professional | OS Version | SP2 | ||
| Product Version | 3.2.2 | ||||
| Summary | 0002167: Possible channel mode +qaohv desynch | ||||
| Description | This issue is best explained by way of example: Consider a user in a channel. This user has, let's say, +o set. Someone on the channel then sets +v on this user (could be anyone with the privileges to do this). User2 then joins the channel. Shortly thereafter, User1 sets -o on himself (or gets someone else to do this). Now, according to User1's client, User1 is now a voiced user. However, User2 will not pick this up, and will only think that User1 is a normal user. I hope that makes sense... if need be, I'll further elaborate later. Initially, I thought this to be a client or a services issue (since I first picked this up with Services setting +oq on someone, then that person setting -q and then people who joined since the +oq was set not seeing the +o) - however, the same results were achieved with X-Chat and mIRC (ruling out the client issue possibility), and I was able to replicate this with +qaohv, ruling out the services possibility. It's not a major issue, but as you can see, it can at worst cause client-server desynchs. At the least, it will confuse chatters, who will wonder why a supposed non-chanop can, for example, kick people out. | ||||
| Steps To Reproduce | 1: Have a user join a channel. 2: Have that user gain ANY TWO of these channel modes: +qaohv 3: Have a second user join the channel. 4: Have the first user remove the higher of the two modes set earlier (if the user was set +ov earlier, that user would set -o on himself) 5: The first user will see the lower of the two modes set earlier (+v in this example), but the second user will not pick the lower mode (+v in this case) up. | ||||
| Tags | No tags attached. | ||||
| 3rd party modules | |||||
| duplicate of | 0000606 | resolved | Setting more than one channel mode (o, h and v) on a user can desync these modes with client |
|
|
That one's very old... It's a issue of the IRC protocol, not Unreal... :-/ Duplicate of 0000606 |
|
|
This issue has been around for a very long time. Unfortunatly there is nothing in teh IRC protocols about sending the additional modes to the clients when they join. Adding such a thing will definatly break clients! |
|
|
dup of 0000606 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-11-10 01:44 | Ron2K | New Issue | |
| 2004-11-10 02:10 | Dukat | Note Added: 0008272 | |
| 2004-11-10 03:08 | Stealth | Note Added: 0008273 | |
| 2004-11-10 11:43 | syzop | Relationship added | duplicate of 0000606 |
| 2004-11-10 11:44 | syzop | Status | new => closed |
| 2004-11-10 11:44 | syzop | Note Added: 0008274 |
