If the tickets do not already exist, feel free yes! Thanks for your eyes o7

Thanks for getting back! Im sorry if i was impatient ^^ Ill wait longer.
I have found a lot more similar problems, should i create a related task for all of them?

In T183037#2642395, @dedmen wrote:

Maybe we can just detect and only save on exit, if the file is already there.

toJSON/fromJSON are in 2.18

We do not want to spam empty/unused namespace files on every game shutdown. That's why it only saves if you manually save.
Though. It would expect that after the first manual save, we consider it "enabled" and also save on shutdown. Because the file is already there anyways, so we wouldn't spam unused files in that case.
Maybe we can just detect and only save on exit, if the file is already there.

I fixed it now.
You can either remoteExec it, or change some other state of the vehicle to force it to update.

That explains the variability in sync time then... Any chance it can get it like animateSource does, or suggestions to force a sync? (I guess remoteExecing it)

The answer is simple.
There is no door state synchronization :D
It is sent when other things are synchronized, but for the door state itself, there is no check if it needs sync. So changing it doesn't trigger a sync

It looks like a bug in the code thats correct but intentionally left out from autosaving so that it only saves when you request it. It autoloads when exists though. It has been explained on wiki

Hi, no worries about asking :) it may take a bit of time reviewing/sorting the ticket, as sometimes lots of reports have to be processed - there is also the fact that this is Summer time and holidays may slow down things. Worry not, thou art not ignored/forgotten!

Are some requests beinh ignored, or does it simply take some time until a dev can take a look? (Sorry, first time here)

In T183037#2641505, @BIS_fnc_KK wrote:

It does not save by itself, you need to run saveMissionProfileNamespace https://community.bistudio.com/wiki/saveMissionProfileNamespace

It does not save by itself, you need to run saveMissionProfileNamespace https://community.bistudio.com/wiki/saveMissionProfileNamespace

Is it alot of work to make the setObjectTextureGlobal command also work with vests, headgear and weapons missionside?

Thanks, should be fixed with next data update

This seems to be related to the magazine being deleted when fired - if the magazine is modified to be deleteIfEmpty = 0; the effect plays

T182974: "Copy" button in Debug Console's benchmark is partially broken in the dev build.

Result:
%2 ms

Also tried
marker_0, marker_1

dedmen did it

should be fixed in nect update

should be fixed with next data

should be fix in next data

In T182110#2624663, @lankercool wrote:

This was not done by design, it is presumed to be done by design by the BI Wiki Editor, don't misconstrue.
It either way does not make much sense to change this value only when revive is enabled, as it would largely cause the Medkit(and the medic trait) to lose about half its effectiveness on the field which is being able to full-heal units.

looks like requester module has default values preset in GUI

was fixed in march 22

look like typos, as xxxtext is already used, try after data update plz

The errors listed should be fixed in next data update, any more?

Works in 2.18.

This is still an issue in 2.16.

As far as I can tell, this is no longer an issue, the actions don't reset the fire mode.

Other issues should be fixed in next dev

This issue was fixed in dev branch for a while, you better download it and retest module work in mp for confirmation

Rev 152009 "SaveGame" mission EH
https://community.bistudio.com/wiki/Arma_3:_Mission_Event_Handlers#SaveGame

Same issue here, I used the module to reduce some buildings into rubble, but when testing on a dedicated server, both rubble and the unaffected building appeared. Doors are also not affected.

Works in 2.16.

Works in 2.16.

Works in 2.16.

This is still not working properly, 4 years later, would be great to see this fixed as it's affecting mission making as it currently stands and causing frustration and need of use for workarounds in places where there really shouldn't need to be ones.

When will this be pushed from dev to stable? It has been a while....

Fixed a couple years ago

18:43:31 Error 0 elements provided, 1 expected
18:43:31 File a3\ui_f\scripts\gui\rscdisplaydebriefing.sqf..., line 45