Unfortunately there is no info I can provide as of now. Do you keep getting these crashes? can you please upload further logs?
Regards,
Geez

Thank you.
Please send us further .mdmp + .rpt and log files if you experience such crashes again in the near future.
Regards,
Geez

In T169949#2400042, @Geez wrote:

Hello Norealname.
Can you please send us more crash dump files from further occurrences?
Regards,
Geez

Hello Norealname.
Can you please send us more crash dump files from further occurrences?
Regards,
Geez

Any feedback on the crash log?

The problem with the workaround is that you end up with a ridiculous amount of classes. For example, if I want to have 3 camo variants and 3 plate variants, I need 9 classes. If I want 10 skins and 4 plates, I need 40 classes. Sure it’s doable; but it’s a hacky way of doing it.

You have to make a second Plate Carrier which the first transforms to via a recipe.
Change the Stats for the second one accordingly. It is not a great workaround, but that has been used at least since 2019

In T168235#2396813, @PR9INICHEK wrote:

In Script editor set breakpoint in server script

Maybe add info which vanilla script you can try to test?

Thank you @Geez, this is exactly the information I needed!

@Geez could you awnser me the question, what license the tree models fall under?
is someone allowed to change and repack them in a mod?

@Geez Any updates to this?

In Script editor set breakpoint in server script

Hello!
Any information on when this might be fixed?

Hello powseyd.
Please upload the crash dump files from the occurrence.
Regards,
Geez

Hello Nytlenc.
Please try g_Game.GetModInfos(...) from scripts\3_game\global\game.c instead as that could be what you are looking for.
Regards,
Geez

It happens everytime, same error.

I simply struggle with some of the PBO's within the mod. Some repack ok but some do not causing the error in the title. I have a crash log to upload.

In T169745#2396326, @xOk wrote:

Found, that OnFinish(bool pCanceled) is defined at HumanCommandActionCallback, and there is a comment:

//! called ALWAYS! when action is finished (normal finish or cancel -> pCanceled)
	void 	OnFinish(bool pCanceled)	{};

Does it mean, that pCanceled is false at any case: normal finish or cancel?

Found, that OnFinish(bool pCanceled) is defined at HumanCommandActionCallback, and there is a comment:

Resolved with 1.20 update.

Resolved with 1.20 update.

Heya, nope. It just acts as if I closed Buldozer there is no error.
Thanks.

No answer at all about that?
:-(

Hello Kornflakes.
Does this produce any error?
Regards,
Geez

Any news on this?
Takes like a Minute to fix that tbh.

-this was fixed. Can close.

♈

I think (but am not 100% sure) the tan colored knive sheath is also having this issue

The jerrycan is also missing selections in the viewpilot, so it can currently be retextured but when you're viewing it in first-person it will revert to the basetexture.

Hello Hunterz.
The original suggestion/request is going to be included with the 1.20 update.
Regards,
Geez

That would really be a great performance gain (both client / server), especially on community servers with large bases.
By saving items / containers with my Virtual Storage Mod, i am able to have a no-wipe strategy running since Oktober 2020!

Any news ?

knock Knock :)
It still doesn't work on PC
m_Video.LoadVideo( "Path\\To\\Video.mp4", 0 );
m_Video.Play( VideoCommand.PLAY );

We believe and wait )

Thank you for your feedback JasonTaylorFY.
We are going to take a look at what can be done :).
Regards,
Geez

Also, while you are waiting for the fix, the devs have found a workaround for this until the fix is deployed.

Hello everyone.
This has been resolved internally and a fix will appear with the 1.20 update.
Regards,
Geez

I'm pretty sure that vanilla functions use calllater as well, so the best fix you can apply is to use a modified version of the game executable, similar how cheaters edit things in games and try to fix the issue yourself or rewrite all the functions including vanilla which have calllater in them.

Other than the Timer and CallLater, is there another way to do this? or is a fix from Enfusion for the CallLater issue the best resolution for this?

I tried the Timer class in the past to replace callLater but it is a lot lot more ressource consumming.

In T156746#2385202, @Hunterz wrote:

Timer and CallLater have pros and cons. Switching to Timer is just workaround. Personally preferring fix already very good described issue.

Timer and CallLater have pros and cons. Switching to Timer is just workaround. Personally preferring fix already very good described issue.