Hello temzelen.
Does this occur only with a specific vehicle, or does this occur with all of the vehicles?
Regards,
Geez

In T159299#2297057, @sanguine00 wrote:

Been thinking about the ADS bug more with regards to the below code change from 1.07. It stands to reason that the "ghost bullet" issue that this code change intended to fix is essentially the "reverse" of the ADS bug:

• Client raises/ADS the gun
• Server desyncs and thinks the gun is still lowered
• Gun fires on client, but not on server
  
  So they "fix" the ghost bullet condition with this code change, but inadvertently create the opposite condition:
• Server thinks gun raised/ADS
• Client gets stuck and doesn't complete the action, so the gun is lowered, client-side
• Player must go through the process of lowering and raising/ADS their gun to clear the condition (2x RMB)
  
  I can't read code to save my life, otherwise I would try to pinpoint where this is happening and prove out this theory.

Small thing, here is hoping this can get fixed rather quick

It's a good mechanic.

Hey Geez,
i would love to get some update on the internal process behind this problem.
I understand the amount of tickets you have to go through, but I think the severity of this bug isnt clear.
ANY modded server that uses "codelocks" to improve base building is BROKEN atm.I do not even wanna talk about how much more server out there are modded compared to the amount of vanilla servers.
Since you cannot remove a opened CL from a gate with wires attached to it, no new bases can be build neither can old bases be destroyed.
This is a huge problem for alot of server, especially the GermanDayZ.de Servers. I would love to see some more action from BI side, since the GDZ Server are a critical community for german dayz players and, thanks to Bascht with "A Girl from Novoselki", for even more players.
Show some love to this bug and make it a toggle asap! :)

This seems to go with any explosive device, grenades, M40 grenades, mines, etc. They are completely inert when damaged.

Yeah, shouldn't be a major undertaking to provide these optics with a couple of overlays to even the field.

Version EXP.1.18

Version EXP.118

I agree with having skills in DayZ, either by reading books, doing/building stuff or both. The skills present and gains on each level would have to be thought and could be turned ON or OFF depending on server settings.
The introduction of skills would lead to 2 things:
1 - The "end-game" of DayZ would be longer since now you want to improve skills;
2 - This would add value to life, something that is never or rarely taken into consideration.

The verifying solved the problem for me too. Should've thought about it myself

I also have not been able to enter game since about 9 pm EST last night May 28th. I am in a modded server The Purge - Deer Isle. I see the Deer Isle loading screen with red bar at bottom and when finished it kicks me to Windows with error - "Exit code : 0xC0000374 - STATUS_HEAP_CORRUPTION". The person I was playing with did not get kicked and there was one other in the server unaffected.

The painted model works on male, shows correct color in hand and on the ground too.
Just when I put it on a female character, it shows the old texture.

Any news on this subject to share (apart from that the ticket author just flattened everything)?

In T164711#2318281, @Toakev wrote:

I don't know why this is categorized as "Feature Request". The described problem doesn't exist in v1.16. You (and all things you have in your bags) stayed dry when you sit in a fully assembled car while it was raining. Even when it wasn't ok in v1.16, things getting wet inside drybacks only because you are sitting in a car is not a feature, its a bug.

I don't know why this is categorized as "Feature Request". The described problem doesn't exist in v1.16. You (and all things you have in your bags) stayed dry when you sit in a fully assembled car while it was raining. Even when it wasn't ok in v1.16, things getting wet inside drybacks only because you are sitting in a car is not a feature, its a bug.

Also, it will be nice, if there will be arguments to set required area - default is fullscreen, but it can be very possible, that only some area of screenshot is required, so most performace way - not to get full sceen (op1), write result to file (op2) read result file (03) excract required area (op4), save result to file (05), but get required rectangle as 1st BitBlt(/whaever) called (op1) and save to file (op2), or even maybe some flags, to keep screenshot in memory, without saving to file (can imagine such mods easy - polaroid camera)

Hello ProjectLemonsDayZ.
The issue is going to be fixed on pc as well in one of the upcoming updates.
Regards,
Geez

I've had the same issue but only when moving grenades I had obtained in the first EXP patch, grenades obtained in the latest patch seemed fine.

Hello antihax.
The problem has been fixed internally and the fix will appear in one of the upcoming updates.
Regards,
Geez

Hello CptCookie.
The problem has been fixed internally and the fix will appear in one of the upcoming updates.
Regards,
Geez

Hello daemonforge.
The problem has been fixed internally and the fix will appear in one of the upcoming updates.
Regards,
Geez

Video of it happening in real time, all my actions are in there visible.

extra feedback.

Hello everyone.
The problem has been fixed internally and the fix will appear in one of the future updates.
Regards,
Geez

Hello again.
The issue has been resolved internally and the fix will appear in one of the upcoming updates.
Regards,
Geez

After some more testing, I believe it has something to do with a client/server doorstate desync.

That's because those scopes use 2D Optics as opposed to the others which are 3D

Just to add, both clips are from 25/5. After the patch to the update.

[Update] Server works well again after update -> Version 1.18.154875 thx

Still an issue in Expie version: 1.18.154875

In T165313#2315754, @ParanoiaLP wrote:

Suggestion: Make the hand gas grenade and gas grenade for the grenade launcher be safe wearing a gas mask only.