Vdauphin / HeartsAndMinds

:heart::brain: 1.24.1 is out! 🎉
http://vdauphin.github.io/HeartsAndMinds/
110 stars 65 forks source link

CTD when "engineOn" with specific vehicle. #1608

Closed TheLocalPub closed 2 months ago

TheLocalPub commented 2 months ago

Description: When a user gets in the drivers seat of a specific humvee, and turns on the engine, the user will instantly hard crash back to desktop. We know it's related to Hearts and minds as the humvee classname(s) in question were then tested on a blank mission and there was no problems. Also, every other vehicle (no matter the type) works just fine in H&M. You can enter the drivers seat, turn on the engine, and drive/fly. I've disabled the spectrum stuff in the params, as when searching through the files, I could only find references to "engineOn" in the checkLoop.sqf and also electronicFailure.sqf - of which both relate to the spectrum stuff.

What makes this a very strange bug is that it only occurs on a very specific type of humvee. Classname rhsusf_m1151_usarmy_d If you search M1151 and try to use any of those humvees, either armed or unarmed, it'll hard crash back to deskstop. If you use any other unarmoured version of the humvees, for instance rhsusf_m1025_d_m2, it's totally fine, no crashes or any other problems. The bug only happens with this armoured humvee type and I do not know why, even after disabling the spectrum stuff.

Steps to reproduce:

RPT log file:

Vdauphin commented 2 months ago

Hello,

Please fill the issue template No crash from here: 20240413101527_1

Cheers

TheLocalPub commented 2 months ago

You're engine isn't on.... The problem occurs when turning on the engine of this classname,

EDIT: Forgot to mention that it only occurs in local MP and dedicated MP. not in singleplayer.

Vdauphin commented 2 months ago

I moved both vehicle. Tested on a dedicated server.

TheLocalPub commented 2 months ago

Wow. Very strange. I've done absolutely nothing to these vehicles to cause this or edited anything related to vehicles.

I'm going to try placing the same vehicle in the example mission of your but with our mods and seeing if the same thing occurs. If not, then I can narrow it down to my specific mission, although yet again... I have utterly no idea why this is happening

Thanks. I'll probably report back sometime.

TheLocalPub commented 2 months ago

Wow. Very strange. I've done absolutely nothing to these vehicles to cause this or edited anything related to vehicles.

I'm going to try placing the same vehicle in the example mission of your but with our mods and seeing if the same thing occurs. If not, then I can narrow it down to my specific mission, although yet again... I have utterly no idea why this is happening

Thanks. I'll probably report back sometime.

Nope. It works in your mission. I really don't know.

TheLocalPub commented 2 months ago

So we found out what the issue was... I changed the btc_startDate to a British format, using dd/mm/yy, instead off yy/mm/dd.

Fixed!

TheLocalPub commented 2 months ago

Reopening with an update. So after changing the date format to a yy/mm/dd. It appears to now work in SP and local MP, but upon dedicated server testing, it still CTDs.

I saw above you mentioned you tested it on a dedicated server and it worked fine, which I find odd considering my version now works in SP and local MP but not dedicated MP, as before it didn't work in any. It's almost like I partially fixed it.

Will continue to look into it.

TheLocalPub commented 2 months ago

And again.... it was magically fixed. For whatever unknown reason, It's chosen to finally start working in dedicated MP. Very odd.