Hello thank you for reporting the issue.

Found another problem: I have the "look left/right/up/down" button on the helm, as well as these keys are duplicated on the Num keys for convenience and quick inspection. Sometimes, for unknown reasons, these keys start to work in slow-motion mode (as if they take over the function of slow-motion camera transfer), although I have them removed at all.
I don't have more information at this point and how to cause this bug, but it has happened to me twice.

Hello, thank you for reporting the issue.
Could you elaborate on what you do that causes this issue? Any mods installed? Is there a specific set up to reproduce the issue?

Eh, something is bad with your GPU driver, is your driver updated to the latest version?

0x0000DEAD

Read the message that it showed to you before it showed you the crash 0x0000DEAD message

CBA adds it
https://github.com/CBATeam/CBA_A3/blob/69bd0bf5668177f1206d88870b2e6baac440b0e6/addons/jr/jr_classes.hpp#L217

It may not work if the used addons are not properly whitelisted on the zeus module that you are using.

thanks for the report, the dynamicGroups were already disabled on server due to similar exploits

no muzzle_tma_65

You can also try

Cannot repro

I've tried the new version from the wiki, with "addon = 1" in the mod section config, but the categories are still wrong. (also verified game files again)

should be fixed in rev. 148351

Any chance for a fresh report?

still true

Shutdown normally

How can that be if it crashes haha. What additional info do you need? I can post earlier crash reports that have more errors.

Can you retest on profiling branch? we very recently did a fix for that on helicopters.
Maybe its a similar issue here

It works with strings if you quote them correctly.

In T127954#2246632, @Manzarek wrote:

you are probably using some mods

It works the text is now visible, thanks.

you are probably using some mods

up

I have tried the test mission from LSValmont and can reproduce the mentioned issue.

did I say add attached object? there might be a selection or memory point on parachute that is in front of the player that can act as a target for addaction. The bottom line is, unless another special param introduced to alter behaviour of addAction the current behaviour won’t be altered because of backward compatibility

Right way is add action to player or object and not on some attached objects created for this purpose. The best case is add action to player itself BUT this don't work in vehicles.

What do you mean it is not right way, addAction has many params, 2 of which selection and memory point

Interesting that you mention AI moving around impacting this issue.

But its not right way to make actions and this a reason why I am create this ticket.

you can try using selection or memory point argument and attach action to that in case parachute has one in front of player

Arma is sandbox but with many strange restrictions. I dont want shooting from parachute, just wants "cut slings" action.

Having an action menu for opening a parachute is ancient by now. BI should change it to the F key... You are clearly in freefall animation and won't be shooting so the "Cycle Firemodes" key "F" is useless anyway. And once your parachute is open the F key returns to normal. That is called Context Keybinding and is very helpful for not having to bind different actions to different keys. When freefalling a small text should appear "Press F to open your chute".

I'm sorry for the confusion I created. We were trying to get rid of ACE optionals for ZEN by using __has_include, but still have issues with file patching.
At this point it's more likely an issue on our end, since I take your word that it was fixed. Hence, consider it as resolved.

And what i can do if i need action menu when player in parachute?

Action needs target, in case of parachute, if it above player so it is not a in cursor target detection. in case of player, the player in a vehicle, which is parachute so it won’t work on player

Important update:
This is a huge issue and could be responsible for lots of the perceived stutters and sudden slowdowns A3 is so famous for.

added an rpt file and created a new very basic mp mission and ran into the same problem just added a playable character in the 3d editor and a game master module owned by that character. can confirm I'm on version 2.06.148221{F2523703}

fixed in v2

Wasn't able to reproduce this on Main build 2.06.148221.
Have you tried if you have the same bug on a new scenario? is it all your old scenarios or just this specific one?
Could you attach your RTP file that should give us more information about what might be going on and how te repro it.

i can confirm this is an issue, as i am also unable to use the Loadouts module.