I know you guys probably dont get a lot of the postives but Thank the team from us on Conflict Cherno for their work and time put in getting things resolved hopefully things can stay good!

Solid ideas. Most players only know about the "big green circles" or the most common hidden spots. This would encourage them to go out a little further and explore. Knowing these locations also gives an advantage for Deployed radios as many spots are great for a quick setup or even setting up a command truck since they will now need supply.

I got some footage of this bug as a 3rd party. Not only does the group lose their backpack, the pack remains in the world for the whole match. It can't be disassembled or destroyed. I spent some time hunting through Morton looking for deployed radios as US was continuing to assault. I ended up finding 4 of these packs that could not be disassembled or destroyed in different locations.

Can I suggest, this command should be able to take a position as a parameter

This happened to me just now on Soviet side. Yesterday on US side there was no issue with the wire.

This bug just occurred for me today several times on PC at Military Hospital on Everton (Arma Reforger)

@Geez
Is there any word on this? It's getting silly and it can't keep on being ignored.

Any status update ?
Mouse control is superior to using my keyboard as I have much more resolution in regards to fine cyclic adjustment.
The current implementation is far too slow to practically use (I’d need to drag my mouse across my room almost.
(800dpi , standard windows sense , no mouse acceleration)

Same here

Hello Geez,
As you can see in this screenshot, when you close the game there is this process called "Crash reporter executable" that make my fan spinning crazzy aswell.
The game itselfs does not crash it closes as should be but this process runs in the background i dont know why.

Now it works there they are.

Same problem here. Could not issue a new workshop item neither.,

Duplicate of this ticket, check my response at the bottom : https://feedback.bistudio.com/T187950

@Airsking - you will need to also add the mod RaG_Liquid_Framework. it is not mentioned as a dependency on RAG Base Items but in some notes there on the page. if you try to use RAG Base Items without the necessary liquid framework your logs will flood. You can find the liquid framework at this link
RaG_Liquid_Framework - https://steamcommunity.com/sharedfiles/filedetails/?id=2921783686

I have the exact same problem with identical tshoot results. Is there a workaround, other than the manually downloading hundreds of mods? My server is Ubuntu 22.04 LTS.

is it hard to implement those variables for vest, heagear (/ weapons)?

This problem also affects the use of BIS_fnc_exportEditorPreviews, the resulting images are very lightened. As we can see, the BI author who makes Editor Previews for vanilla assets has no such problems. Can he please share a secret so that we don't have to keep using batch proces in photoshop to correct images?

Hello moth.
we have tested this on our end but we could not reproduce the issue.
Regards,
Geez

Hello Pingu750.
Can you please use some sort of cloud service? Thank you!

Hello R3DDxRUM.
Please contact Nitrado directly with this issue.
Regards,
Geez

This issue still persists, please fix.

hi when try to upload the files it just fails

Hello Swoooosh.
Can you please upload the files on some sort of cloud service?
Regards,
Geez

not sure if this is something to look into... but it worked a few times...

Title correction:
The problem is that inAreaArrayIndexes throws an error on profiling branch if you pass it an array of marker strings as the left-hand input. This works correctly on stable 2.18.

@Geez is there an update on this? I uploaded the .mdmp file awhile ago. Problem still exists in the latest build 1.27

By the way my Discord name is wh4ddup

Hello, I will close it since it works as supposed.
But your point regarding use of absolute time is valid however its not that simple since we would have to make solution for all platforms and not only Windows so it might be considered in future.

It might be worthwhile to automatically recognize a player's specialization based on their gear.

Most likely related to T181019

The introduction of gear restrictions based on rank in version 1.3 will most likely solve this problem to a greater extent.

Most likely in all these cases the supplies are too close to the base and because of this we do not get experience for their delivery

So all I know is it apparently is some form of breakpoint exception but I don't know how to read memory dumps without source code to see why it hit a break point.
Here is one of the latest freeze dumps but at this point I don't know if anyone will respond who can help.

More mdmp and logs. @Geez please help me. I'm begging you. Please. I dont know what to do., server still crashes. Please...

Confirmed as fixed closing.

All good, it was an extreme edge case and pretty unlikely to ever effect almost any players anyway. Cheers for looking into it though.