Server logs attached

Current client logs, 7-zipped.

Client side logs show the same error and not much else for the above 2 examples:

Client connection test 2 - Try a direct connection

OK. I think there has been some more confusion here, but I will clarify. :)

In T186386#2703867, @priglmeier wrote:

This is only partially correct.

Port forwarding is configured and is working properly.
The LAN address should not matter. Port forwarding is set properly for Arma Reforger.

PORT FORWARDING CONFIG
Arma-Reforger Settings

FROM Any
PORT 2001,17777,27015
FORWARD IP / PORT 192.168.1.223:2001,17777,27015

Arma-Reforger-TCP
FROM Any
PORT 27015,27036
FORWARD IP / PORT 1192.168.1.223:27015,27036

So both LAN and WAN clients should be able to connect without any issues like the Arma 3 server / clients.

If the WAN client does not care about the reported ping being 999 (or ignores this), then the WAN client should be able to connect properly.
Why does the WAN client not connect as expected?

This is only partially correct.

What we meant that behaviour you observed is correct, that is how it should currently behave.

Alright. The issue remains the same though. In both configurations either the WAN or LAN clients con't connect as expected.
Let's focus on Example 1 since you reported this should work properly.

Example 1): seems to be correct behaviour so we do not have anything to say to that

In T186386#2703831, @priglmeier wrote:

@Geez This issue is NOT caused by "A server ping exceeding 999 milliseconds when hosting a LAN is a normal occurrence. This is because the server is not accessible from the internet and we cannot accurately assess ping times using private IP addresses."

It is not a duplicate of T184790: Self hosted server always show "high ping server" in server browser

OPEN this case please and actually read the information presented in this BUG.
The title states "Publicly available" and this issue is not resolved.

@Geez This issue is NOT caused by "A server ping exceeding 999 milliseconds when hosting a LAN is a normal occurrence. This is because the server is not accessible from the internet and we cannot accurately assess ping times using private IP addresses."

Resolved for the 1.3. update.
Regards,
Geez

Resolved for the upcoming update

Resolved for the upcoming update.

Hello CW5-Player.
This is working as intended for now and is not subject to change for now, we might look at this later on in the development.
Regards,
Geez

FYI
I can work with you on any configuration changes on the server or network that you may need to test OR to create additional logging info, etc.

Hello, this is not a bug.
It is correct how it is shown, as the Forestry Car is tied to the "Everonské Národní Lesy s.p.", which Sawmill Regina is part of - per the last added screenshot.
Regards,
Geez

Hello Oshida.
A server ping exceeding 999 milliseconds when hosting a LAN is a normal occurrence. This is because the server is not accessible from the internet and we cannot accurately assess ping times using private IP addresses.
Regards,
Geez

@Geez
It's been 5 months. Proxy chat is still broken as it was. Is Bohemia even planning to fix it?

TO further bolster case for black cockpit panels and wire strike protection system, this is a footage from 1984 training sqaudron with student pilots. If Uh1H trainer had NVG compatible cockpits then this certainly would of the been standard by 1989, in active duty units that still was operating UH1H's.

IT should also be noted that the rotors since 1980 standard are supposed to be entirely black. The reforger main rotors and anti torque rotors are black but have tips painted yellow. IT should be entirely black in this timeframe

Will be added in the next update...

Suggestion: always disable TrackIR.

After actually playing around with TrackIR on over the weekend I found out a couple even more urgent glitches with it.

After reinstall the problem seems gone!

Yes, that glitch happens every time player exits the vehicle from driver's side.
If player changes seat to passenger side and then exits, engine stays off.

@rondosprey5
https://www.reddit.com/r/dayz/comments/5izun1/battleye_blocked_loading_of_file/
https://steamcommunity.com/sharedfiles/filedetails/?id=2436176644
https://steamcommunity.com/app/555440/discussions/0/1640912849399095960/

RHS - status Quo,

We are getting quite far from the original posts point, so if this goes on much further a new ticket might be in order, but I'll say this here for now.

Hello Socrates
This has been resolved for one of the upcoming updates.
Regards,
Geez

Ok will reinstall and keep you posted.

I'll attach the logs later in any case. Is it worth re-installing the game?

Gotcha, do let me know what I can check to root out OS issues. I'll attach the logs later in any case. Is it worth re-installing the game?

We could possibly check the logs from C:\Users\*username*\Documents\My Games\ArmaReforger\logs
However we do recommend trying to focus on making sure everything on your computer is in order as this could be caused by some issue on your OS rather than in the game.
Regards,
Geez

Hello, I did these today and experienced 1 freeze in an hour ish long play session (it is an improvement). I have the timestamp of when it happened, is there any logs that could be useful to you?

I have not found a vehicle that would spawn without the hand brake on. Or has anyone followed a car that rolled away and went in to driver seat to check and then found that hand brake was off.

I double checked it in the workbench and you're correct that they do spawn with the handbrake on. I would argue that the issue is in fact how the handbrake behaves on neutral gear. When I use GM to drag a car to a slope with the handbrake on, it will not slide down when I put it on 1st gear, but it will when I put it on neutral. Ofc cars spawn in neutral, which leads to OP's issue. The ticket's title and description should be updated accordingly.

Hello Birdman971.
Have you tried to do a clean install of your GPU drivers? And have you tried running sfc/scannow to check for any corrupted files or installations?
Regards,
Geez

Thank you

@Geez - No problem and Thanks for the Info. Maybe it can be implemented in the next Exp. build

Hello R34P3R.
The issue has been fixed internally but it will take some time to be merged to the public version.
The issue was caused because of the driveshaft for UAZ-469 off-road with machine gun (USSR and FIA variants with PKM and UK-59) and S1023 Cargo and Minibus.
So you should try to use different vehicles if you can.

Hello R34P3R.
Can you please provide your PC specs, ingame video settings and the mods you are running? (If any)

I have not found a vehicle that would spawn without the hand brake on. Or has anyone followed a car that rolled away and went in to driver seat to check and then found that hand brake was off.

Thank you for the report.
This is a known issue that has been resolved internally and the fix will appear in one of the future updates.
Regards,
Geez

Resolved for one of the upcoming updates.

This would be a massive upgrade for the game. The current hardware Anti-Aliasing method isn't very good and consumes a lot of resources for poor results, and I can't even tell if FSR1 actually works or not, as my frames and visual quality don't seem to be effected whether it's enabled or not. FSR 3 / DLSS 3 / XeSS 1.3 (I think 1.3 is the latest) and TAA options would be a major step up in visual quality, and give performance back for a lot of users (especially on consoles where FSR3 can make a big difference to their performance).