Hello,
Can you please send us all the files you have changed related to ecconomy or send the whole mission folder? As without any changes in the files we are unable to reproduce the issue, therefore we believe it might be caused by your changes.

If you have direct proof and Steam account of the hacker, please contact BE directly and they will definitely investigate the hacker. There is nothing else we can do on our end.

Hello,
This does not sound like any vanilla DayZ feature. In such case there is nothing we can do.
Regards,
Geez

In T191693#2807600, @husalov wrote:

Is BattlEye really investigating reports like this one? I've submitted several directly to them and they simply ignored them.

I happen to know the account involved in this particular cheating incidend and it's still active.

BattlEye doesn't do a thing about even the most obvious cheaters on official servers.

Is BattlEye really investigating reports like this one? I've submitted several directly to them and they simply ignored them.

it happened to me yesterday as well

Can you please provide more information and details?

Thank you for the report.
This has been reported previously and scheduled for a fix. Closing the ticket as it is a duplicate.
Regards,
Geez

Hello Ycarre.
Please use English language only on the feedback tracker.
Is there any sort of error when you try to connect to Livonia? what exactly happens?

Hello z1pmen.
Please use English language only when reporting into the feedback tracker.
Also click on "Show details and prepare report" when the crash occurs and upload the generated archive to this ticket.
Do not forget to include description of the problem you are facing and possible reproduction steps.
Regards,
Geez

Hello Tugba97.
This error occurs when your playstation console cannot connect to the BIOS because of some sort of network issue.
Please check with your ISP and make sure there is no country blocking enabled.
Regards,
Geez

Hello Susu.
This seems to be caused by some sort of mod or you are loading some non vanilla file. The file in question is Test.c.
That file contains the class name Test, which conflicts with the vanilla Test class

In T191407#2807229, @Alan101 wrote:

100GB reserved space would be too much for consoles, remind you that 100gb is AUTOMATICALLY reserved upon starting your game, that 100gb will be overwritten with mod details, it will make Arma Reforger on XBOX weigh about 120gb, not worth it.
I wouldn't want to see Reforger weigh more than 80gb on consoles because of "mod capacity".

A generous bump of another 24GB I think is enough.

Edit1:
For the people who like reading, allow me to elaborate;
ARMA REFORGER on Xbox Series consoles should be somewhere around 45.6GB, that's the total size.
24.4GB of that total size is Reserved Space which is Reserved Space for mods, remove that and the game itself will be somewhere around 21GB.
21GB for base game, 24.4GB reserved space, now think, how much are you JUSTIFIABLY willing to make the reserve space weigh without making the game take up unnecessary space just because YOU like to jump around every server known to man?

The DayZ community server ecosystem is currently collapsing due to the overwhelming presence of fake servers flooding the community server browser.
This issue is fundamentally caused by the outdated and unauthenticated use of the Steam A2S protocol for server registration.
Meanwhile, DayZ official servers are protected by internal authentication mechanisms that prevent fake server registration.

We respectfully urge Bohemia Interactive to implement similar authentication measures for community servers, such as adding lightweight token-based validation or encrypted server responses.
This change would immediately eliminate the vast majority of fake servers, restore trust in the server browser, and protect the long-term health of the DayZ multiplayer community.

Without such measures, the DayZ community server environment will continue to deteriorate rapidly, driving players and server operators away from the game.

Registering a DayZ server currently relies on integration with steam_api64.dll through the Steam API.
However, the situation has significantly deteriorated — all DayZ community servers are now subject to continuous automated scanning and coordinated attacks, occurring in cycles every few minutes.
It appears there is a deliberate effort to destabilize and ultimately destroy the DayZ multiplayer ecosystem.
Given the severity of the ongoing attacks, it is worth considering whether DayZ should transition away from reliance on steam_api64 to protect its community infrastructur
@Geez

I don't know if it helps but I had to set the texture detail to the absolute minimum. Then the crashes don't happen as often and after a while the performance stabilizes.

@Geez Is there any official word from the developers as if to whether or not they'll be able to fix this issue?

If you move the 930 supply area closer to the base, it will solve the problem.

Building board sees only 175 and does not see 930, although the map shows that it should see

Cheers, understandable. Thank you sir for the information

It is also not clear why the base itself always has 0 supplies

In T191835#2807363, @Geez wrote:

Building board shows only supplies reachable/present inside of the Main tent

And in the main tent warehouse there is 0

But only 175 are available

Hello,
This is as designed.
In map (GM and player) supplies are shown based on the total range of the base. That means all the supplies that are reachable/present for all compositions on the base. Building board shows only supplies reachable/present inside of the Main tent. So, those values are not equal.

Hello Iwing.
This cannot be fixed at this moment.

Hello Zen_Monroe.
We cannot seem to reproduce the issue on our end. Do you have more detailed repro steps possibly?

Hello everyone.
Do you possibly have any additional information as to what could trigger this issue? As so far we cannot seem to reproduce this on our end.
Regards,
Geez

I didn't realise this at the time of opening this ticket but according to Arkensor:

Not editable by script, configured at loadtime through the prefab on the map. You may request script api via feedback tracker if you can present a usecase that shows the need for it

Client update will follow soon.

so sad

Hello,
We have tested this on our end and we are unable to reproduce the issue.
Regards,
Geez

Hello.
This is currently working as designed.

Resolved for 1.28 stable.

Hello,
This has been reworked for 1.28

Hello,
This should no longer be an issue in 1.28.
Please let us know in case the issue pops up there as well.
Regards,
Geez

Hello Kvaston.
Can you please provide us exact location?
Regards,
Geez

After some assistance digging into this issue on Discord from reyhard, it turns out this problem is due to the long path the original mod had.

100GB reserved space would be too much for consoles, remind you that 100gb is AUTOMATICALLY reserved upon starting your game, that 100gb will be overwritten with mod details, it will make Arma Reforger on XBOX weigh about 120gb, not worth it.
I wouldn't want to see Reforger weigh more than 80gb on consoles because of "mod capacity".

@Geez, it looks like we need a IK refresh after Show/hide of the weapon.

After further investigating I found the same error occurs when running PeerTool in the utility mod (RLM) directly. This mod is nothing more than a single new class and some new prefabs. No overrides or anything, so this should not be possible.

good talk

and rvmats

I just uninstalled and reinstalled it ave the issue did not resolve

This issue arose recently after I purchased and downloaded the new map. I only have one wifi network.

The rope is actually unwound, back to 50cm minimum length.
But its stretched by up to 21x. The problem here is that the rope is elastic and stretches itself, not that ropeUnwound is returning a wrong value.
ropeUnwound is working as designed.

prof v31, 2.22