[HanoverFist]

I am running sourcemod 1.0.4 and I have the map vote at end of round disabled. And that part works. But when you type nextmap it still say pending vote instead of what the map is.

[HanoverFist]

I deleted the mapchooser.cfg and let it make a new one. it doens't even have the option to diable the end of round vote.

[curlefry]

Originally Posted by HanoverFist I deleted the mapchooser.cfg and let it make a new one. it doens't even have the option to diable the end of round vote.

Move mapchooser.smx and rockthevote.smx from your plugins folder to plugins/disabled. This will disable the nextmap vote/plugin and return to your mapcycle in mapcycle.txt

[spacedkadet]

I modified mine to work, see the attached file. It just changes the trigger to always show the value of sm_nextmap regardless of any votes or anything.
I had to do this as my bug request was getting nowhere ;)

[bl4nk]

Please post the .sp file so we can see the source.

[spacedkadet]

oops sorry, here you go,

I just copied the lines from if to the else ones to get rid of the whole "pending vote" thing. I know this means that if you have the end of map vote enabled youll still see the next cycle map instead of pending vote but i dont use the end of map vote on our servers. All we ever got when typing nextmap in chat was "[SM] Pending Vote" which was real annoying so i did this.

typing "nextmap" in chat always shows the value of sm_nextmap regardless of end votes. Not perfect but better than the bug.

[HanoverFist]

I was running the 1.0.4 release and it wasnt writing the end of mapvote option in the .cfg. I went back to using the latest snapshot and it's working again. I am now able to disable the end of mapvote in the cfg. Thank you all for your help in this. Oh and I tried your basetiggers.smx with the 1.0.4 version and it didn't make a difference.

[chundo]

This behavior should be changed in the SM release IMO. "Pending Vote" is a silly response. If the vote is canceled or mapchooser is not set to do automatic voting, the server will just move to the next map - so that's what "nextmap" should show, until it is changed by a vote.

On my server, I don't do automatic voting, so "nextmap" is worthless to my users unless I modify basetriggers.sp (which I'm about to do). At minimum, "nextmap" should show the next map when end-of-round votes are disabled in mapchooser.

[spacedkadet]

Originally Posted by chundo This behavior should be changed in the SM release IMO. "Pending Vote" is a silly response. If the vote is canceled or mapchooser is not set to do automatic voting, the server will just move to the next map - so that's what "nextmap" should show, until it is changed by a vote. On my server, I don't do automatic voting, so "nextmap" is worthless to my users unless I modify basetriggers.sp (which I'm about to do). At minimum, "nextmap" should show the next map when end-of-round votes are disabled in mapchooser.

exactly, this is very odd way of doing things indeed.

The one i posted above works fine with 1.1.0dev (thats the one i modified) as our server is perfect.

[GEVREKA]

The most simple way to get rid of this kind of stuff is to...

Open "basetriggers.sp" (any version), change these lines:

ReplyToCommand(client, "[SM] %t", "Pending Vote");

PrintToChatAll("[SM] %t", "Pending Vote");

PrintToChat(client, "[SM] %t", "Pending Vote");

To:

ReplyToCommand(client, "[SM] %t", "Next Map", map);

PrintToChatAll("[SM] %t", "Next Map", map);

PrintToChat(client, "[SM] %t", "Next Map", map);

And to compile . Also if somebody have attached to his server HLSW Info plugin, he had also to change in "hlswinfo.sp" this line:

Format(sNextMap, sizeof(sNextMap), "%t", "Pending Vote");

To:

GetNextMap(sNextMap, sizeof(sNextMap));

And compile .

It works for me & it's the best way for now (if you have nextmap + nominations + rockthevote + mapchooser plugins in \addons\sourcemod\plugins folder) . And maybe... for future ? Wh0 kn0wz.