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.

Arma III ver: 1.80 vanilla
Open editor, Tanoa map by default
add a player
add any vehicle (mine was HEMTT fuel but that doesn't matter)
run preview
in debug console:

Too much behaviors kill the behavior.

@MadogPL Tha's wrong. Game like Ghost Recon Wildlands had open NAT, and now strict NAT, on some providers, whatever the port you open.
The only solution I found is to make a DMZ which is strongly not recommended.

+1
Huge topic.
You think about materials, but first of all, some vegetation are the best shield ever dreamed for units!
Note also, the global damage is totally weird and poorly related to hit parts. (you can fire at an offroad without increasing the damage value, destroying parts like engine, wheels or hull, then blow the car with a sudden full damage).
Check caliber/target/damage/hitpoints. it's nonsense!

Let's razazel decide what he can do for that also.

+1

And Zafir had this problem in 2015 also. Red fish memory?

Ok, some complementary info after test:

This command has a strange behaviour, repeatable, if used in nested loop:

Furthermore, trust me, it's awful to have first half joystick throttle for brake and only second half for thrust. Never ever saw that in real jet fighter life.

Sorry, I take the opportunity of the nebulous title, to ask if you please, the backpack menu in arsenal could be implemented in order to put some extra weapons, scopes, any items in fact, even uniform and vest.. into backpack (as you can do, picking them in game).

backpack in backpack?? Is it a mod? I didn't see that. As far as you try to place a backpack in another one, you obtain a shift between them.

Yep! Could you add 64 in aiAmmoUsageFlags please?

Not a bug, new intended behavior by BI devs. You need to strike a key (see your settings) and restrike to refresh. Why not? IMHO it was far better before but it seems it's a community choice... to not have choice?

Back again... or not solved. Place any civilian helo with this code (init field). start and restart the game, or just make the helo respawnable. That doesn't work.
_veh setVariable ["color",X]; where X is a correct value within the number of skins, doesn't work neither.

+1
This is the main difficulty for scripting something consistent with Arma's engine.
Commands are not endless command. I mean. You are waiting for some evident result but many commands are struggling against the engine.
In a "perfect world", Arma's engine should work as is until a script runs a command acting on unit's behavior. At this time, this command should overrides the engines until another parameter or a cancel command.
The list of "disapppointing" commands is not exhaustive but consider:

@harmdhast
Good question! I can understand the need to have non-interactive object (even at BI ;-) ), but I don't have any example of a good scenario which need different behaviors for objects in regard of their locality. I miss something because plenty of yours seem very enthusiasts. But what?

I guess it's same if you place a charge, and even throw a grenade (less annoying due to the imminence of the explosion).
In fact, the event handler "fired" will trigger as soon as you "put" a charge/mine, "throw" something, not waiting for the explosion.
And you're probably also under the sun-lights for the knowledge of enemy units.

I'm noob. Could you give me an example in which you'd like to create a simple object on some clients (so locally, with no simulation) but not on everyone? For me, it's more an issue (like when people don't have the same addon and you can't see their gun or uniform) but I'm missing something...

And no more range data...

Two problems:

• iron bushes;
• AI looking at targets through vegetation/smoke.

You can use two commands:
allowCrewInImmobile
canUnloadInCombat

Yep, extremely boring and immersion killing.