This feature request is not for chat but radio. Actually, the voice radio is just filtered by channel, without consideration about range, jamming, ground masks... You can't scan, point at direction, reveal radio emitters.
The reason why EH or MEH could enable some scripts when AIs/players use their radio.
Examples:

• if leader player is separate from his group/ other players by a hill, radio can be blocked or dimmed, (except if backpack is a radio but this can be scripted in EH code);
• if an AI/player emits within a short distance from enemy, reveal it to enemy;
• find azimuth of emitting unit;
• script radio volume for what you want...

No this occurred (twice at least) on native mission (Canisy or Quibou Dangy one), just playing without any mod other than the DLC, on hosted LAN sever, one player only.
I guess you have something for performance optimization with your own simulation switch tool. This (these) unit(s) should be animated or hidden, or not spawned. Something like that.

Any news about that?

In Diag_captureSlowFrame:
**biki warns: "Only available in Diagnostic/Profiling branch(es)."

I think this issue is due to lag in 3den due to too many running scripts. So the config viewer can't open and a zero divisor occurs by some lost variables.

No interest?

Seems to be the case also for :
13:46:49 Warning Message: No entry 'bin\config.bin/CfgMagazines.US85_38x_M151'.

Tested with "any member of the group" :
All mission.sqm (pboed or not) have an emptyDetector (trigger) set with :
activationByOwner="MEMBER";
and a link (of course) type = "TriggerOwner"; between items referring of the group and the trigger. Fine!

This bug is not corrected.

This command is still broken. See KK's comment (2013!)

Ok, seems to impact also mods and DLCs.

This bug seems to be specific to Vanilla 8 unit weapons squads (BLU,RED,GREEN). I tested with 8 unit recon squads or Western Sahara 8 unit squad and I didn't see that.

Yes. That's what reproducibility: "always" means. It takes 1 min (but 2 PC or sessions) for testing with 2 players.

Yes, it's the contrary!
It's easy to notice that keyboard action (up/down nose, any binding) has not the same efficiency than joystick.
Perhaps the rolling actions garble the demonstration, on the video, for a same displacement climb/dive of the simulated stick (display: I know it's just a proof that player is actuating the command), the joystick is far more efficient (climb dive rate)
And I can add that's also true for the poor efficiency of the mouse (again for pitch/roll).... At the point I bound a key for immediate "pitch up full simulated stick", avoiding crash in recovery maneuver.

Just for info, this issue concerns also triggers. (preset BLUFOR present and HQ entity in area >> HQ is in thisList).

Well... I know setUnitLoadout is AG EG but you should avoid running (allPlayers #0) setUnitLoadout (getUnitLoadout allPlayers #0). I'm not sure it's fine from server due to sync.
Could you test something more "classic" like:
private _loadout = getUnitLoadout bob;
bob setUnitLoadOut _loadout;
(bob is the variable name of the player in editor you want to play).
Sorry not very helpful.

+1
At least, surrender the booty (the FAK) when failed.

Did you test SimulationEnabled (_unit) ? Dynamic or not, the result is OK.

Assigned to None (as many things). So, super Dev None is on it. Without None, I can't imagine what feedback could be!

That's because the save system (general Arma) doesn't save all display/ ui event handlers (and perhaps some other ones but for sure the display/ui ones). If the author didn't take that into account, you can't do anything. Personally, if my scenarios/addons work with key bindings, I add an EH "loaded" (post-init) for re-running these forgottent EHs.

@HashCode How? What is your problem and reproducible test? I'm on it for a script right now, and I don't notice problem.

Not really new.

Unsolved issue... and probably will never be. And undocumented on BIKI.

Stil in 2.02

Confirmed in arma vanilla.
I placed a Mora at Stratis: [2594.48,5482.89,-0.0391083] (copied from 3den)
Then shot with B_soldier_AT_F player (missile on visual target). The destroyed mora flies high into the air.

So, could you just focus on the request for new command? There no mean to return a rope segments. Nothing to repro. It's just non-existing.

It's first of all, a feature request for a new command. There is no command or function returning the segments (objects) of a rope.

This issue was assigned to Japapatramtara ... whom last post dates on May 10th 2016.

Confirmed. The door animations of this plane are not available for script. If you get in while an AI is driver, the doors are not closed and you fly with open doors.
If you want to make the door closed, you need to moveInAny , so the "get in" code is not run.

Assigned to none. This "guy" is the greatest worker at BI. Not very efficient, but so busy. Permanent employee of the month.

The solution is known. Instead of a "server only" module trying to execute some weird EG (effect global) commands, it could be far more efficient to run a script locally, at least for destruction which is not supposed to evolve during game. the module must be global.
See the workaround here for destroyed building.

Assigned to "none" during 2 years, when you provided the solution is just .... ridiculous!

+1

Apart: You should definitely say what is your mission game, give a link or upload a scenario.... This way, people will not treat you as kid and perhaps will focus on the best parts of description:

Confirmed. Needs some "refresh" to make it work.

No news about that?

+++

Sure! boring in excess!

Not assigned means no hope.

It's a deeper bug. see my last post in this topic:
https://forums.bohemia.net/forums/topic/215411-vanilla-weapons-squad-tl-player-order-broken-by-jip/

It's a pity, this issue remains not assigned after all this time!

Not fixed, this can occur sometimes.

This bug disappeared months ago, then reappear... I didn't change anything on my PC. Launching Arma and 3den for existing scenario (any working scenario), Arma crashes when alt tabbing to other windows apps.
This seems to occur (especially?) using sublime text 2 (Poseidon sqf editor). But I can't affirm if this is related to binarization of mission.sqm, or any sqf modification, or if it's unrelated at all to script editing. Seems to me, just ALT TABbing crashes from time to time and more surely when modifying something in 3den without any delay.

The number you've dialed is out of service.
(assigned: none)

Perhaps some basic problem to be solved before... units falling into unconsciousness while playing an animation such healing (self or other unit), seems to be forced to continue/redo this animation after the unconscious state...

Wanted oblivion.

Some news. The consequences of the unconscious state of the marksman, described above, could be a facet of a deeper issue:

Probably an initialization sequence where 0 == 0
See: https://community.bistudio.com/wiki/Initialization_Order

Added comment:
To reproduce that (2 minutes in vanilla Arma, launching included!), you just need to set unconsious **the marksman** (unit 4) in the squad of 8 (vanilla infantry blue weapon squad).
Don't ask me why this specific unit... probably a sub-leader (team leader) but this impacts the whole group!

+1 upvoted

BI, could you:

• add a check for the kind of unit (so its behavior). Something avoiding the undefined variable as intended in the script (engine).
• or, make "civilianPresence..." type of unit non-spawnable or non-simulated. This unit is too "similar" to normal unit (scope 2) for its behavior.

?
Thanks

Found the error. It occurs when spawning:

I don't have so much space to play dev branch and current released version (1.80). But perhaps some player/dev can do that. Anyway, the problem is easy to reproduce in 1.80. For more info, I just used a weapon squad (BI standard group) and placed a radio trigger to kill or Set unconscious the 3 following AIs: grenadier, marksman, AT specialist.
If you test with set unconscious these 3 AIs, the problem is obvious, giving orders to remaining units.
If you test with setDamage then don't forget to add a respawn time (that works for playable AIs also), the problem occurring while the 3 AIs are in respawn-dead status and disappear as soon as they respawn.

I seems to me there is no more problem since windows or nvidia last update (I can't say).

Nothing new under the sun...

In my case, I disabled the in-game overlay of NVIDIA GEFORCE experience. No more crash since then. 100% crash before, just striking a CTRL or ALT key just after the pop-up overlay. (For Arma or Squad as well).

That could be done with an extra button, save as... opening a list of units like in 3den, so you could choose blufor "engineer". and recover this loadout in your saved configs.

Thanks, btw you are also creating game logics each time you open Arsenal (didn't test recently). This could be fine to clean up that on arsenal closing (if not yet done).

@Lex So, it's not a solution and not related to 0% CPU usage and/or GPU freeze + ALT key malfunction in Arma only.

It's an intended hard coded limitation.

Yrp! Same for me. It happens very often since 1.80 Vanilla. My left Alt key toggle also very often in altitude mode in 3den editor (I just have to strike ALT one more time to toggle in normal ALT behavior. Arma is the only one software to do this weird thing.
I also experience some heavier freeze with no possibility to ALT tab and work on task manager as in video. I can just shut down the PC and restart it!
Is it linked to French keyboard? I guess not. To video card? I'll see that with further NVIDIA drivers, but I guess not. So, What BI/Steam did with the keyboard interaction??? Why does these problems happen on Arma only?

use setFuel 0 if you want to crash the helo.