Hello Col_Kernel.
The issue has been fixed internally and it is going to be fixed on Steam in one of the upcoming updates.
Regards,
Geez

Hello sirassis.
It appears that the server admins have a system that kicks you off the server based on your IP.
We suggest that you try to contact the server administrators as to why you are not allowed to connect. Also, do you experience this on the official servers?
Regards,
Geez

Thank you for the report Odmupp37.
The first issue is known and scheduled for a fix. We have confirmed the second issue and it has been scheduled for a fix as well.
Regards,
Geez

Hello everyone.
If you are still experiencing the issue, can you send us the contents of your C:\Users\*username*\Documents\DayZ folder? Also, does deleting the contents and generating new ones through launching the game resolve the issue as it was in chainsawsquirrels case? Also, are you running any mods on client? And if you disable the mods, does the issue still occur?
Regards,
Geez

Hello Ninja-KItten and thank you for the report.
Current state is intended, however, we are planning to add more options into the future, which would enable you to use the similar layout as it was previously.
Regards,
Geez

Here is a possible solution.

only when joining to server and waiting in queue

bug appear only when you are in queue during joining to server

still exist in 1.04

In T141513#1900648, @Jammet wrote:

In T141513#1900646, @mov3ax wrote:

It's the best and only way to implement protection against server hoppers like you and i am saying it, here again, if you decided to play on public hive then you won't be able to cheat anymore in any way, and you are not even console player...

Thanks for your input.

There is always another way. And this is quite possibly the one of the worst. Everyone gladly supports malicious server hopping prevention. But not at the cost of dismantling the entire hive. Because being able to pick different servers, is the point of having that hive. I do not object to anti cheat mechanisms. I object to this one, because it is done wrong.

In T141508#1900643, @mov3ax wrote:

You are not trying to represent the opinion of two hundred people here, you trying to represent your ineptitude in playing the game, if you decided to play on a server with the public hive then please welcome to deal with it, you won't be able to steal peoples loot, dupe, combat log and raid bases using server hopping anymore.

I'm having the same issue

I've had this issue aswell, how to fix?

@Geez After todays patch .. I tried it still had the issue ...decided to look in the dayz docs folder found some odd mod info in there ( zomberry for one ) so I just decided to delete the folder, logged into dayz, options enable hwaa, saved all good, played a lil while , logged out and shut down the game, restarted and its now working as normal .. really strange .. maybe the install should just delete the folder by default?

I just fixed mine , deleted the dayz folder in documents, started game, set HWAA on, saved, logged in played , logged out and back in yep still working .. also verify your game files

In T141513#1900646, @mov3ax wrote:

It's the best and only way to implement protection against server hoppers like you and i am saying it, here again, if you decided to play on public hive then you won't be able to cheat anymore in any way, and you are not even console player...

@markyc2005 If he's not sure which mods don't need to be running on the client, it's probably safest just to set them all to be client-side, rather than server-only.

yeah he had the update
He gets a choice now of having the mods server or client side

I have the same thing. Almost every timei join a server.

In T141513#1900669, @mov3ax wrote:

If you decline, offer your own ideas instead of blaming developers and acting like a noob

Please fix it as quickly as possible!!!

If you decline, offer your own ideas instead of blaming developers and acting like a noob

Help

Priority DEVS PLEASE... THIS IS A VERY VERY SHIT BUG

What do I do?

In T141513#1900646, @mov3ax wrote:

It's the best and only way to implement protection against server hoppers like you and i am saying it, here again, if you decided to play on public hive then you won't be able to cheat anymore in any way, and you are not even console player...

It's the best and only way to implement protection against server hoppers like you and i am saying it, here again, if you decided to play on public hive then you won't be able to cheat anymore in any way, and you are not even console player...

You are not trying to represent the opinion of two hundred people here, you trying to represent your ineptitude in playing the game, if you decided to play on a server with the public hive then please welcome to deal with it, you won't be able to steal peoples loot, dupe, combat log and raid bases using server hopping anymore.

I agree, this needs to see change, because it drastically impacts core gameplay for myself, and all my friends in DayZ, and I expect, many more people.
I've outlined in https://feedback.bistudio.com/T141513 why I think it's a bad idea, as well.

@markyc2005 Does your friend use OmegaManager to deploy his server? If so he needs to pull an update for OmegaManager then verify his server files.

Deeply tested problem and its definitely related to queue gui. When connect to server without queue - no problem. When connect to server and wait in the queue, problem appeared.

I think the bug related to queue gui. When connecte to official server without queue gui, it is without this problem. When connecting and ther is a queue gui, then problem appear. Please investigate&fix.

Sadly, however, if you could just make ExecuteEnforceScript usable in diag exe, would be very useful

never mind seems like its fixed with the update 26.06.2019 PC Stable Update 1.04 Fixed: Incorrect item weight upon adding attachments on specific items (T139773)

Still not working in 1.04 stable :(

Actually I'm still having this issue even when I exit normally (without crashing)! So I'm not able to reproduce it, once I turn hardware AA off though it works normal again.

I'm having same issue as Beavis stated, it works after I verify files, but once I have a client crash or have to force close the client for example because of the emote wheel bug, then I have to re-verify files again to fix. As long as I don't crash the hardware AA working ok.

Hello again.
The issue has been fixed internally and it will be fixed in one of the upcoming updates.
Regards,
Geez

Probably won't have internal one working unless diag exe gets expanded with more debugs options - we are still looking if/how could that be done, but there is a ticket for that already.
Since workbench is fairly usable now, its script console should mostly satisfy your needs.

Hello 444Rob444.
The issue has been fixed internally and it is going to be possible to re-bind this action in one of the upcoming updates.
Regards,
Geez

Hello mostafa1379.
The issue has been fixed internally and will appear on Steam in one of the upcoming updates.
Regards,
Geez

Hello Emil.Rothenberg.
The view into the 3D map was never an intended feature and the current behaviour (opening only the detailed 2d map) is as it was originally intended.
Regards,
Geez

Hello Col_Kernel and thank you for the report.
The issue has been confirmed and scheduled for a fix.
Regards,
Geez

+1 Yep, it opens up new gameplays. Would really love to have it back!

+1, We need something for this please. A spawn select mod is one of the best thing for modded servers

Hello EnterThePug.
The issue has been fixed internally and will be fixed on Steam in one of the upcoming updates.
Regards,
Geez

@falagor hi :)

@falagor hi :)

@falagor hi :)