View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002245 | unreal | ircd | public | 2004-12-17 13:31 | 2004-12-18 12:01 |
| Reporter | Huev0 | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | open | ||
| Product Version | 3.2.1 | ||||
| Summary | 0002245: Chan +o someone extranger [ESPAÑOL] | ||||
| Description | buenas. buen esto es lo que puedo lograr con un clon vestante rapido y en donde yo soy XX y mi clon X: * Now talking in #trivias * ChanServ sets mode: +r * ChanServ changes topic to 'Trivias (ratskrone)' * X sets mode: +o XX * ChanServ sets mode: -ahoq X X X X * XX sets mode: +o X otro ejemplo: * Now talking in #trivias * X sets mode: +o XX * ChanServ sets mode: +r * ChanServ changes topic to 'Trivias (ratskrone)' * ChanServ sets mode: -ahoq X X X X * XX sets mode: +o X el problema es el siguiente (si se puede llamar problema) entran 2 usuarios al mismo tiempo chanserv automaticamente quita op al primero que entro el problema se radica en que el usuario que entro primero y por lo tanto tiene @op. antes que chanserv se lo quite sube al otro usuario este usuario no es desopeado (-o) por chanserv por lo que permanece como operador pudiendo subir al usuario que chanserv ah quitado el @op se puede administrar el canal no como founder pero como @op tranquilamente +i +l +k etc.. no creo que sea un error pero vale decirlo gracias hasta pronto | ||||
| 3rd party modules | |||||
|
|
can someone translate/understand this? :PP Even from the examples I don't understand the problem. |
|
|
Syzop, it looks liek it may be a services issue. If you want to attempt a tanslation of the page, you can try www.worldlingo.com (i think... yea, thats correct) |
|
|
I already tried that, but it didn't help.. then again, if this report was in english then it probably wouldn't have made much sense either ;). |
|
|
Hmmm judging from the examples and from what I can decipher from babelfish (and what little Spanish I know) I think the issue is that ChanServ just doesn't deop the first user fast enough (thus, services issue). Here's babel fish's output (less the examples) in case you can interpret it as something else (or maybe the original reporter can help us out :D ). Naturally babelfish sucks, and some words don't translate (but I can make a good guess)... good good this is what I can obtain with a vestante<no clue...> clone fast and in where I am XX and my clone X: [SNIP] another example: [SNIP] the problem is the following one (if problem can be called) enter 2 users at the same time chanserv automaticamente clears op to first that I enter the problem takes root in which the user that I enter first and therefore has @op. before chanserv takes off it raises the other usuary east user is not desopeado<deopped?> (- or)<actually shouldn't have translated that, should have been left -o> by chanserv reason why he remains like operator being able to raise the user who chanserv ah cleared @op can be administered the channel not like founder calmly but like @op +i +l +k etc.. I do not believe that it is an error but it is worth to say it thanks until soon Yeah... good luck :D |
|
|
Ah ok, now I get it.. delay/timing issue indeed, well... AFAICT services will receive the :X MODE #chan +o XX and the following modes, so they could just revert such modes if they really wanted to. Huev0: in short: report to services authors (anope? ircservices?), not to us. [not that I'm sure whether they will fix it ;p] |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-12-17 13:31 | Huev0 | New Issue | |
| 2004-12-17 14:30 | syzop | Note Added: 0008644 | |
| 2004-12-17 16:55 | Stealth | Note Added: 0008645 | |
| 2004-12-17 17:32 | syzop | Note Added: 0008646 | |
| 2004-12-17 19:56 | aquanight | Note Added: 0008647 | |
| 2004-12-17 19:57 | aquanight | Note Edited: 0008647 | |
| 2004-12-18 12:01 | syzop | Status | new => closed |
| 2004-12-18 12:01 | syzop | Note Added: 0008648 |
