Ay yai yai! You SPAWN search script on each key push and you dont even wait until it is finished! You can have millions of search scripts running at the same time without any order. try ["search", _this] call SELF;

rev 148170

maxLoad, setMaxLoad rev. 148169

Observe is not enough, I need to reproduce it in debugging environment.
And so far that step has always broken reproducibility. I think its maybe some file corruption issue, that fixes itself if you change mod or build version

Shameless bump and further counter argument: CBA playerEvent doesn't work for the AI because playerEvent.
Same goes for the weaponSwitch event request: https://feedback.bistudio.com/T151696

This is an exciting opportunity to squash that bug. :)

ya, same issue on my end. i hope for a fix to the howitzer textures, i have some composition ideas.

Hello, I tried the repro on vanilla 2.04 and managed to get the double 9 effect.
This seems fixed in our current RC, please try this beta code: "Arma3Update206RC" and see if the issue is resolved for you there.

This is a very old bug but we never found any way to reproduce it.
Our QA stumbled onto it on a Vanilla mission once, but then couldn't reproduce it.
I played Arma 3 on my own Linux servers since 2014 and maybe experienced that bug two or three times over all that.
Once we had a mission that was repeatedly broken on one evening, but when we played that exact same mission again one week later, it was fine again.
We thought it was caused by Lambs Danger mod, I don't remember if removing it reliably fixed it for us, that was over a year ago and I didn't see this bug since then.
I have no clue how this happens and without being able to reproduce it its a guessing game on over a million lines of code.

Is it 64-bit Linux that is causing it? Did it happen on 32-bit too?

Longtime has switched to Windows servers. Running on Linux appears to cause the hunchbacks. As we are not experiencing the problem any longer we don't have any interest in trying to fix it. However BIS should really try and figure out why their software runs on windows but not Linux servers. Feel free to close this ticket.

Problem still exists

vehicle player addEventHandler ["VisionModeChanged", {systemchat str ["VEH", _this]}];
player addEventHandler ["VisionModeChanged", {systemchat str ["PL", _this]}];

returns [person, mode, TIindex, prevmode, prevTIindex, vehicle, turret] for both uses

rev 148155

Anything?

As said no mods, vanilla 2.04.

Related to https://feedback.bistudio.com/T158552 and https://feedback.bistudio.com/T159097

This still happens in the latest version. It's very irritating, since the screenshot command is otherwise the best way of getting screenshots at full render resolution (e.g. getting 4k screenshots by running at 200% render scale) - most other methods just capture at screen resolution.

thanks

Open the unpacked mission in the Editor, go to Play at the top and choose Play in SP with Briefing.

How do I test it in SP?

No idea what to tell you, I don't have this problem. hence cannot repro. Have you verified install, are you running mods?

No idea what to tell you - its very easy to repro here. No mods loaded

Thank you o7

rev 148146

Fixed

We have a WIP fix, though its not related to single channel output, I'll keep you posted.
It will appear on profiling branch, but I don't know if we will do another one before 2.06 release

I haven't been able to craft a repro for this. I only see it when I run the full mission (Domination) on a dedicated server.

and return [] instead.

It already returns [], it just also prints error on the side

Cannot repro

I'm afraid

I tested the same PBO on Windows and Linux. The bug is easily reproduced on the Linux server. I can't reproduce the bug with Windows server.

Nice find Leopard, thank you for your efforts in finding, reproducing and then making tickets out of these issues that while small we all know that Arma needs all the performance improvements it can get no matter how small.

In T152952#2229064, @NikkoJT wrote:

These commands may be what you're looking for:

https://community.bistudio.com/wiki/getItemCargo
https://community.bistudio.com/wiki/getMagazineCargo
https://community.bistudio.com/wiki/magazines

In T152952#2229063, @h- wrote:

@BIS_fnc_KK
Really badly worded :D but tried to say that the only existing command to get info about vehicle carried stuff is the "rearm ammo cargo" an ammo vehicle carries (getAmmoCargo), no command to get what the vehicle carries in the "inventory".

These commands may be what you're looking for:

@BIS_fnc_KK
Really badly worded :D but tried to say that the only existing command to get info about vehicle carried stuff is the "rearm ammo cargo" an ammo vehicle carries (getAmmoCargo), no command to get what the vehicle carries in the "inventory".

load, loadAbs extended rev 148140

Additionally, there seems to be no way the get given ammobox/vehicle transport container loads, only reammo vehicle rearming ammocargo load.

The dump link is gone, without the dump we cannot find out why it crashed.