Plutonium

I don't know what the word limit for a single post on this forum software is, but you definitely didn't even bother to explain as much as could to that limit. Like you are expecting help without saying anything specific enough to allow readers to even understand what exactly you are having trouble with. You want to unblacklist someone, do you mean unban them from a server you own? Or do you mean they are blacklisted from a specific feature or access to the mod menu? Also mod menu is extremely vague and useless because there are probably 100s of GSC scripts that could be classified as mod menus, but they don't all work the same or have the same features. So what mod menu are you using specifically? Lastly, you didn't even state whether you are talking about zombies or multiplayer which are both T6.

zeroconz Make sure you are using scripts from here https://github.com/plutoniummod/t6-scripts/blob/main/MP/Core/maps/mp/gametypes/gun.gsc

These scripts are properly decompiled and compatible with the compiler we use and also don't have any bugs in them.

Santitos The batch file he suggested would install the server files to the local folder.

::Only change this when you don't want to keep the bat files in the game folder. MOST WON'T NEED TO EDIT THIS!
set gamepath=%cd%

and

cd /D %LOCALAPPDATA%\Plutonium

In the server start batch file you need to change that directory to the one where you want the server to load the files from.

Basically T6 was not designed to run on dedicated servers with bots joining first as client 0. Basically the engine does some specific stuff for client 0(which would be the host player in peer to peer), and it seems as if this is the reason for the bot being braindead. So solution don't allow bots in client 0.

SKYYOH If you have access to staging(our beta client) you can use this tool https://openassettools.dev/ to create mods with assets from other maps. If you do not have access to staging this feature will eventually go live to production version of Plutonium at some point.

THS.Shiniri

Put this code in a script in scripts/zm/zm_buried:

main()
{
	replaceFunc( maps/mp/zombies/_zm_weap_time_bomb::add_time_bomb_to_mystery_box, ::add_time_bomb_to_mystery_box_override );
}

add_time_bomb_to_mystery_box_override()
{
	return;
}

@adore-u I did say they were renamed .dll files in that topic which is correct but they use redacted's plugin API which means injecting them wouldn't actually work because they do not necessarily need to use the main function which is typically the entry point for a .dll. Instead redacted manually calls specific functions that the red32n project exports to actually run code and apply patches.

Plutonium does not have plugin loading for client, only for dedicated servers, and also our plugin API isn't the same as redacted's. This is why the red32n when injected into Plutonium does not work and will not work unless you relink the red32n to work as a normal .dll. In order to do this you'd need to either obtain the source code of the red32n plugin and recompile it, or you'd need to reverse engineer the original red32n and recreate the source code. Do note there is no guarantee that the stock patches that Airyz T6GR for example would apply to Plutonium would work do to the number of patches that Plutonium already applies of which some of them could be incompatible which would require much more work to fix.

Deicide Turn on developer dvar to see script errors, it would have caught this mistake because you were comparing string to int. When a script error occurs the result is always undefined and because undefined is truthy in GSC that would explain why you were getting confused.

Ahrimdon Running the config "zm_standard_town.cfg" in an sv_maprotation doesn't work?

ChosenUndead No that is entirely wrong. The phrase "works on my machine" is genuinely a possibility, because I'm a victim of the opposite where all the developers on our team who attempted could not replicate the issue that likely only happens on my computer. The steps to reproduce the error were 100% consistent, but only on my specific computer with its specific firmware, hardware, and software combination. However we did eventually figure out that the issue was caused by a Plutonium patch that was made sometime in the last 2 years, though which specific patch we don't actually know yet. Basically it is entirely possible for issues to exist that may only affect a small portion of users even if those users don't use the software in unusual ways or their setups are completely fine. Though it is always possible that even if only a small amount of the userbase is affected by symptoms of the erroneous code, it could simply have other effects which you may not notice unless it presents itself as a crash or other unexpected behavior.

While we would definitely like to detect all possible bugs before an update reaches prod, it is simply impossible for a team of our size, budget, and free time to actually reliably test enough different combinations of software, hardware, and firmware to have a chance of catching bugs like the one this topic is about.

Will the bug be fixed soon? Probably not unless we are able to learn of a semi-reliable way of replicating the issue under the debugger or learn commonalities between different user's crashes.
Will the bug be fixed eventually? I like to think we have a fairly good track record for eventually fixing bugs that are unintentionally introduced in our updates, so while it may take some time we should be able to fix this particular crash like many before it.

Cryozyme The errors are like I said caused by the fact the game can't resolve the functions you want to call. Checking your script again it appears as if you didn't do like I said and remove the namespace:: parts in the function calls, because the errors are the same. All you need to do is search for "::" in your script and remove that, and the part to the left. I do not know why the amount of errors increased because your script had five errors due to using namespaces to begin with, it just didn't display all five for some reason in addition to the missing include error.

I suppose it is possible for outdated scripts that rely on replacement might be broken since replacement is obsolete in most cases.

Ahrimdon Have you tried running the server without mods?

fearfil You'll have to wait until the next update where it will be possible to watch longer than normal demos.

Cawldwink Anything that can be loaded from the storage/t6 folder can be loaded from a mods folder.
This includes scripts, you would just use the same folder structure as you would for storage/t6.

BobTheBuilder1 There are plenty of cracked versions of t5 but I don't think that is what your looking for. Generally clients like pluto t6 or iw5 are not referred to as "cracked" because that undersells how much work was put into them. The phrase you are looking for is custom client. Yes there is a custom client for t5 and it is called RektT5.

MH11 Try this script

main()
{
	replaceFunc( maps\mp\animscripts\zm_utility::wait_network_frame, ::wait_network_frame_override );
	replaceFunc( maps\mp\zombies\_zm_utility::wait_network_frame, ::wait_network_frame_override );
}

wait_network_frame_override()
{
	wait 0.1;
}

MalikFrmTTB I think the command is actually spawnbot [num] but it should work. If not I believe there is a Bot Warfare for T6.

kaipulla For that many players you would want a large map otherwise the game would end very quickly. What game did you have in mind anyway?

MirkoD2 What does your sv_maprotation look like?