I go to the game with mods, while the mods are not displayed on the bottom panel in the main menu, but, most importantly, any maps in the editor's menu, including vanilla, as well as maps from dlc, such as Tanoa and Livonia, any missions, instead of the icon, run the purchase icon and do not respond to its click (I own dlc Contact and Apex).

In T183117#2643349, @BIS_fnc_KK wrote:

How do you order unit to heal themselves from vehicle, all I get is 'treat self' and that works fine when you order it and unit uses medkit, triggers handle heal

How do you order unit to heal themselves from vehicle, all I get is 'treat self' and that works fine when you order it and unit uses medkit, triggers handle heal

rev 152050 should be good for profiling

AISFinishHeal doesn't work in this case at all. I have found that resetting their animation finishes the action and heals them:

Should be fixed on current dev-branch, if not then next. Its fixed internally

known issue

pastebin example to make it work https://pastebin.com/kDxdaSHP

Edit: Me and another player found out the following (shoutout to FoxClubNiner for finding this):

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.