In T181655#2618337, @sanguine00 wrote:

Leaving it out of the patch notes was likely just an attempt to get pure feedback without preconceived notions. I can kind of understand that, as long as they accept the feedback.

Leaving it out of the patch notes was likely just an attempt to get pure feedback without preconceived notions. I can kind of understand that, as long as they accept the feedback.

In T181684#2616045, @Geez wrote:

Hello KobaconGaming.
Can you please try to reinstall BattlEye?
Batch scripts for installing/uninstalling BattlEye are located in the game installation folder BattlEye

Regards,
Geez

In T181684#2616045, @Geez wrote:

Hello KobaconGaming.
Can you please try to reinstall BattlEye?
Batch scripts for installing/uninstalling BattlEye are located in the game installation folder BattlEye

Regards,
Geez

Rconport 2305

We meant to say you should change this and do another test. Use e.g. 12305 for both and test again

Not modded, current exp version 1.2.0.38
Well i attempted to test this further but i can't reliably replicate it. Testing in GM and i had no issues filling. Testing in Conflict at first i did have the issue and the can would not fill from a built fuel supply point. But after using a world gas station to fill i had no issues. Going back to the built fuel supply to see if it only applied to built compositions seemed to make the issue disappear entirely. If i find anything consistent I'll update.

It still doesn't work no matter what I do

The solution was to disable the InfectedNBCYellow event? Any reason they were removed? I don't see any lines for them in the zombie territories file and they are not secondary in the other events or eventgroups (for Livonia anyways).

We to have this issue. Players are unable to mine rocks for flag poles.

Using findIf is even faster. Another implementation is:

params ["_array", "_value", ["_column", 0]];
private _valueArray = [_value];
private _column =  [_column, 1];
_array findIf {_x select _column isEqualTo _valueArray };

Hello, the types entry for M14 for Livonia is still lower case "m14" on line 21737. Confirmed it was fixed for Chernarus but not Livonia -- this is after 1.25 release.

In T181655#2617757, @Geez wrote:

Hello again.
Just to clarify.
The infected hearing has been increased for this update. This has been intentional decision by the devs.
Regards,
Geez

Not really sure why such a fundamental change to the game was excluded from the patch notes. Unless I am missing it, no one has even bothered to edit the notes to add this apparent change. For the change itself, it is too much. Zombies need to stay at the level they were in 1.23. Zombies have always been more frustrating to deal with than fun. They have always been buggy and inconsistent in behavior. You guys got to wait till you rework them from the ground up to make any significant changes to them. At the absolute bare minimum you need to make them not be able to hear and see players through walls unless you are full sprinting or get rid of there chance to make you bleed. You could also just make them super frail and die to 1-2 melee hits if you want them hyper aware. We lack any reliable means to distract them, so maybe even that would help. You got to make a trade off somewhere or revert them back to 1.23.

Can be marked as resolved, since it was added in 1.2.

In T181655#2617757, @Geez wrote:

Hello again.
Just to clarify.
The infected hearing has been increased for this update. This has been intentional decision by the devs.
Regards,
Geez

Thanks! it works now. Thank you so much

In T181572#2618116, @Geez wrote:

In T181572#2618098, @gjvdheuvel wrote:

Reading all this again, so there are many different reasons for this crash. Our server encounters it on spawning in certain objects.
@Geez do we have any update from your side if all the logs and minidumps are enough info to provide more info? Can we do something else to assist? Sorry for tagging.

Unfortunately not much updates I can provide. The devs have checked some dumps on this ticket but it appears that everyone is submitting crash dumps for different issues/causes.

params ["_array", "_value", ["_column", 0]];
private _index = {if(_x param [_column] isEqualTo _value) exitWith {_forEachIndex};} forEach _array;
[_index, -1] select (isNil"_index");

This way is even faster.

In T181572#2618098, @gjvdheuvel wrote:

Reading all this again, so there are many different reasons for this crash. Our server encounters it on spawning in certain objects.
@Geez do we have any update from your side if all the logs and minidumps are enough info to provide more info? Can we do something else to assist? Sorry for tagging.

Why change infected awareness when it was working properly ? I've thought that infected finally felt balanced when it comes to awareness, and then you guys change it to something that nobody asked for. Not a cool move imo.
The good old saying : don't fix what's not broken...

Reading all this again, so there are many different reasons for this crash. Our server encounters it on spawning in certain objects.
@Geez do we have any update from your side if all the logs and minidumps are enough info to provide more info? Can we do something else to assist? Sorry for tagging.

Here is another way to code this function, proposed by Sa-Matra and this way is 20-25% faster:

Resolved for the upcoming update/hotfix.

"The infected hearing has been increased for this update. This has been intentional decision by the devs."

Hello Yamachinu.
Please provide the following info:

In T181655#2617950, @Geez wrote:

In T181655#2617757, @Geez wrote:

Hello again.
Just to clarify.
The infected hearing has been increased for this update. This has been intentional decision by the devs.
Regards,
Geez

We do however hear your feedback and we are currently looking into possible improvements.

In T181655#2617950, @Geez wrote:

In T181655#2617757, @Geez wrote:

Hello again.
Just to clarify.
The infected hearing has been increased for this update. This has been intentional decision by the devs.
Regards,
Geez

We do however hear your feedback and we are currently looking into possible improvements.

As a consolation to anyone locked by this server, there is a way to unlock your account, after the 18 hours are up, you are able to free your account by joining the server and canceling the timer immediately, however it is a one second timer and therefore canceling it is possible but you need to be quick. If you don’t cancel it within one second you’ll be stuck for another 18 hours until you can try again. After this you can play other servers again, if you rejoin the server and 18 hours haven’t passed then it just gives you the UID error.

Hello PR9INICHEK.
Please include the information as described:

Hello PR9INICHEK.
Please include the information as described:

Hello PR9INICHEK.
Please include the information as described:

After joining this server, and quitting the game since it has an 18 hour logout timer, you are given the following error code whenever you try joining a different server: “{F4022886}Warning (0x00040046) You were kicked off the game. Login error: Connection failed. This account is already connected to a different server.” Attached is the image with the error message as well.

The in-game browser is behaving the same way as the launcher one.
But from my testing if I load the game first and use the in-game browser to join an official server or a community one without any mods - it works most of the times flawlessly. But if i'm using the launcher "join" button it doesn't so in my opinion something breaks when the launcher is actually running the game executable.

Also the icon you are showing does not mean there is a network related issue (packet loss) but indicates server performance issue -

Simply join the “DO NOT JOIN” community server with any account, you will be unable to play the game anymore no matter what.

And before?

After the error, the ingame browser is not showing any servers.

What about ingame server browser? does that one work?

Hello Geez,

In T181655#2617757, @Geez wrote:

Hello again.
Just to clarify.
The infected hearing has been increased for this update. This has been intentional decision by the devs.
Regards,
Geez

Can you please post a screenshot of the icon you are receiving?

Why not just setting the "Disable" flag on the Stuff you dont like?

Hello Inthemixwes.
Is this still an issue at the moment?
Regards,
Geez

Hello PackWolf445.
Not a bug. Driving vehicle into the "debug zone" of the map will destroy the vehicle. This is to prevent abuse.
Regards,
Geez