it's in the same class. Why would I use protected there. If the TestMethod was private and I get an error, that would make sense, but not here. ThePrivateMethod is private and I call it from the same class @Traqu

Shouldn't you use protected instead?
answering to the first issue but just saw your new comment

@Geez This has been open for a year now and it seems the first bug at least got fixed, but still using private is very impractical at the moment (see the second post), especially because using getters and setters adds additional cost, because invoking a method is rather slow in DayZ and there are zero optimizations done when compiling the code

I just ran into a very weird bug which makes no sense to me and seems like a compiler bug hidden somewhere in the deep, which might even be the cause for some server crashes.
When I put this in 3_Game:

class LBConfigBase2 : Managed {

I haven't had it crash when working with edds files, but I've never successfully ever gotten it to work either.

Hello d146ales.
This should be possible but we would suggest reaching out to modding discord for the details. Also we are not certain if this can cause conflicts with other animation mods so please keep that in mind.
Regards,
Geez

Seems like it doesn't help, still have random player data issue

Have you found a fix?

Problem was found.

I forgot to mention that the cylinder for the magnum is also not re-texturable, the rest of the gun does work.

In T182498#2647909, @Geez wrote:

In T182498#2647621, @intenso2891 wrote:

@

In T182498#2638413, @Geez wrote:

We would also suggest to not rename the server executable

https://feedback.bistudio.com/T182498
can you please check and help me? please

Currently this is awaiting a check from the devs, however, due to the current priorities it might take more time as the devs need to focus on the prioritised issues.

Find the same problem in DayZ 1.25.158396, getting the same problem with the rvmat for Pressvest, I can assign and load each "damage" state as the first state, but it do not change if it take damage.

update info:

the game crashes and says the file needs to be reinstalled.

In T183081#2647919, @Geez wrote:

Unfortunately no information I could provide in regards to that.

Unfortunately no information I could provide in regards to that.

In T182498#2647621, @intenso2891 wrote:

@

In T182498#2638413, @Geez wrote:

We would also suggest to not rename the server executable

https://feedback.bistudio.com/T182498
can you please check and help me? please

@Geez
Hi!
Are you planning to fix this in the next update?

Update: I found the issue and I found the solution. All is good now

@Geez
Hello
It seems the problem has not been fixed, I used

In T182498#2638413, @Geez wrote:

We would also suggest to not rename the server executable

In T182498#2638929, @Geez wrote:

We do not believe the fact .mdmp was not created was caused by the exe being renamed. However it makes it much harder for the devs to analyse the issue if the executable is renamed.

any hope on this?

another navmesh issue is this bridge

another navmesh problem is this bridge

https://steamcommunity.com/sharedfiles/filedetails/?id=3297234994

Are there any ways to solve the problem?

Maybe it's the if (handle == 0) check that makes it fail? Could a valid (non-NULL) FindFileHandle be implicitly cast to a zero int by this comparison, thus making it fail?

The way I understood FindFileFlags is that it tells FindFile where to find files, not what type of thing (i.e. directory/file) it should find. I'm basing this off the code comments in ensystem.c, so not sure if those are correct w/ regards to intent (it also mentions .pak files which are not a thing in DayZ, probably a leftover from Arma. I haven't checked if FindFileMode.ARCHIVES does attempt to find files in PBOs).

I think this should be fixed in 1.26 too.
I actually never saw this issue during any of my testing so its a bit confusing.

When will bohemia realize that the dayz game lives only thanks to modding and modders and will stop breaking what the dayz community is building....

any hope fix that ugly hardcooded thing ?

Given that things like this can take quite some time to fix I wanted to provide a simple workaround for anyone else that happens to run into the issue and across this report.
The caveat is that this method highlights three more bugs that I've run into but they're minor compared to a high chance of a crash.

Did it make 7 frames instead of 2?
Because as you saw in my screenshot it makes only 2 frames instead of 7

Hello sysrover.
We have checked but it does not appear there is any issue on our end.
Regards,
Geez

duplicate of https://feedback.bistudio.com/T167572

Explore the diverse range of services offered by Pepperell Prints, including large format printing, event graphics, and event signage printing and graphics. Our expertise also extends to custom design wall coverings and custom wallpaper, ensuring that your space or event stands out with unique, high-quality prints. Share your experiences or ask questions about how Pepperell Prints can meet your printing needs!

In T181668#2639501, @Helkhiana wrote:

@Geez Any news on this bug issue?

@Geez Any news on this bug issue?

In T182498#2638929, @Geez wrote:

We do not believe the fact .mdmp was not created was caused by the exe being renamed. However it makes it much harder for the devs to analyse the issue if the executable is renamed.

It looks like when digits are imported to the workbench and converted to ANM it uses Truncate instead of Round. And that causes a loss of information.

We do not believe the fact .mdmp was not created was caused by the exe being renamed. However it makes it much harder for the devs to analyse the issue if the executable is renamed.

In T182498#2638413, @Geez wrote:

We would also suggest to not rename the server executable

We would also suggest to not rename the server executable

Hello intenso2891
Until a dev gets to analyse the issue, you could always try to make the server completely vanilla and let us know if there are any changes in behaviour. We did not register any widespread reports like this and therefore it is likely an issue with the server setup/mods etc rather than a global problem.
Regards,
Geez

Fixed 1.26

In the end it wasn't json at all.
It was writing to files.
Here is repro code

This is such a pain to reproduce.
https://steamcommunity.com/sharedfiles/filedetails/?id=2905487932
I tried it with this mod.

The broken pattern matching (when pattern is anything other than just "/*") and the wrong read-only flag should be fixed in 1.26
The DIRECTORIES flag not working is separate, that also does not work on windows. We're handling that in a separate ticket to be solved some other time.

At the same time, it sets an attribute with index 4, which, as I understand it, is outside the scope of enum FileAttr where the last index is 3 with type INVALID

14 moths later and it's still an issue...still working on it?