[frAd]

I must say you are right Spirit, without iChat (I'm using it) it's working correctly. I'm glad you found the problem, but I would like to know if there is a fix between iChat and Galileo?

[GhostMan]

There is countdown before map change. Sometimes map changes in a middle of countdown. It is very rare that countdown and map change is matching.
Maybe there is a way to "fix" it?

[Brad]

Okay. First, thanks for the find, Spirit.

Galileo registers some commands in plugin_cfg() based on if the commands are enabled, which isn't known until that point. The problem is that all plugins' plugin_init() get called before any plugins' plugin_cfg() gets called. This essentially means that iChat has already deadended the chain of chat handlers before any plugins register, in their plugin_cfg(), that they want to handle chat.

I'd argue that this is a design flaw of iChat. Further, I believe it can be resolved by simply moving iChat's "say" handler register from plugin_init() to plugin_cfg().

To do that, in iChat.sma...

Delete the following two lines from plugin_init():

    register_clcmd( "say", "iChatHookSay", 0 );
    register_clcmd( "say_team", "iChatHookSay", 1 );

Add the following code between plugin_init() and plugin_unpause():

public plugin_cfg()
{
    register_clcmd( "say", "iChatHookSay", 0 );
    register_clcmd( "say_team", "iChatHookSay", 1 );
}

Please let me know if it works.

[Spirit_12]

I don't use ichat, so won't be of much help, but I was playing with galileo code to add round based capabilities. Its not perfect, but I think I have something that might be usable.

Please let me know when you done with ichat issue, as I don't wanna cause confusion.

[Brad]

Originally Posted by GhostMan There is countdown before map change. Sometimes map changes in a middle of countdown. It is very rare that countdown and map change is matching. Maybe there is a way to "fix" it?

This plugin only counts down, from 7 to 1, for pending votes, not for map changes. Presumably it's a different plugin you're running.

[Brad]

Spirit, if you want to send it to me in a PM, I'll take a look at it. Can't promise anything more than a look though.

[frAd]

Originally Posted by Brad Okay. First, thanks for the find, Spirit. Galileo registers some commands in plugin_cfg() based on if the commands are enabled, which isn't known until that point. The problem is that all plugins' plugin_init() get called before any plugins' plugin_cfg() gets called. This essentially means that iChat has already deadended the chain of chat handlers before any plugins register, in their plugin_cfg(), that they want to handle chat. I'd argue that this is a design flaw of iChat. Further, I believe it can be resolved by simply moving iChat's "say" handler register from plugin_init() to plugin_cfg(). To do that, in iChat.sma... Delete the following two lines from plugin_init():     register_clcmd( "say", "iChatHookSay", 0 );     register_clcmd( "say_team", "iChatHookSay", 1 ); Add the following code between plugin_init() and plugin_unpause(): public plugin_cfg() {     register_clcmd( "say", "iChatHookSay", 0 );     register_clcmd( "say_team", "iChatHookSay", 1 ); } Please let me know if it works.

Sorry for the late response. It's working right now.

[mpasd]

Hi, i found some bugs, while using galileo on my cs 1.6 kreedz server.

1. When player nominate maps, for example, ftw_deathzone and bkz_goldbhop_h, and then choose extend on the vote, those maps can be nominated again, and will appear in the vote twice... Sometimes there's a vote with 9 choices , and only 5 maps ...

2. When the map is extended by the vote, the time that player need to wait to type rtv again is increased by the same amount, so i set the wait time to 5 minutes, and when the map is extended it increases to 10 minutes, so after the vote players need to wait 10 more minutes to vote. Then if it's extended again, we have to wait 15 minutes , which is the same as the time the map was extended ... At least i think so, because, once, after a few extends i saw that we needed to wait for 30 minutes to rtv...

3. And the third one, and the biggest one is that sometimes, mostly once or twice a day , the vote just doesn't appear at all... We hear the voting coming, the text displays normally, and then nothing happens, it's says voting in progress, and then changes to the first map of the mapcycle ... In the error log i found 2 different errors:

L 03/01/2015 - 19:25:03: Invalid cellvector handle provided (8:-110:864)
L 03/01/2015 - 19:25:03: [AMXX] Displaying debug trace (plugin "galileo.amxx")
L 03/01/2015 - 19:25:03: [AMXX] Run time error 10: native error (native "ArrayGetString")
L 03/01/2015 - 19:25:03: [AMXX] [0] galileo.sma::map_nominate (line 1180)
L 03/01/2015 - 19:25:03: [AMXX] [1] galileo.sma::nomination_handleMatchChoice (line 1073)

and

L 03/02/2015 - 17:35:06: [AMXX] Displaying debug trace (plugin "galileo.amxx")
L 03/02/2015 - 17:35:06: [AMXX] Run time error 4: index out of bounds 
L 03/02/2015 - 17:35:06: [AMXX] [0] galileo.sma::vote_expire (line 1970)

That's all the bugs i found, if any of you solved this before, or have any idea how to solve it, i will appreciate any help... If you need the lines from the sma just ask, i'll post it asap ...

[Brad]

Thank you, mpasd. I'll take a look and see what I can find.

[hN!]

L 03/16/2015 - 14:22:39: Start of error session.
L 03/16/2015 - 14:22:39: Info (map "de_dust2") (file "addons/amxmodx/logs/error_20150316.log")
L 03/16/2015 - 14:22:39: Invalid index 0 (count: 0)
L 03/16/2015 - 14:22:39: [AMXX] Displaying debug trace (plugin "galileo.amxx", version "1.1.290")
L 03/16/2015 - 14:22:39: [AMXX] Run time error 10: native error (native "ArrayGetString")
L 03/16/2015 - 14:22:39: [AMXX]    [0] galileo.sma::map_getNext (line 357)
L 03/16/2015 - 14:22:39: [AMXX]    [1] galileo.sma::srv_startEmptyCycle (line 2802)

Same here anyway around this? I also tried compiling with the latest dev