@oldirty: You play on private or protected servers.

@Roytjb: Of course it should be fixed. But as already stated, security is not a priority, not needed, and won't be added until later. Thus there's nothing to fix.

@MulleDK19

How should we test or report bugs when we cant play??

@MulleDK19

If someone exposes a weak spot on an alpha it is most definately an issue. Just because it's not directly gameplay-related doesn't mean it shouldn't be fixed.

Also Oldirty is right, if this thing demolishes the entire game, there's no testing to do, unless you want to see how long you can stay in the air when flung up.

Can't join any server,games stop loading during "Receiving data.."

IMHO this bug require very high priority*

Duplicates:
http://feedback.arma3.com/view.php?id=7756
http://feedback.arma3.com/view.php?id=7761
http://feedback.arma3.com/view.php?id=7762
http://feedback.arma3.com/view.php?id=7768
http://feedback.arma3.com/view.php?id=7756

This is not an issue.
It's an Alpha, and security is not a priority atm.
You're not supposed to play it like it's a full game. You're supposed to test it, and security is not on the priority list yet, and thus you don't need to test it.

And installscript.vdf is a file created by Steam, not by any hacker.

Main forum Theme http://forums.bistudio.com/showthread.php?153686-Hacked-by-a-player-with-no-ID

Here "installscript.vdf" which is an injection in the arma3 main directory http://rghost.ru/45555467

Thanks abudabi for the extra info and threads. I tried to set priority to the maximum, but i can't change it from "none"

100% behind you on this one man. I put up an issue report like this too but mine got closed. I've been quite active in the steam community making this issue known but it seems that everyone is okay with dealing with this because "its just an alpha."

The thing people aren't getting is that even though its an alpha, major problems that prevent game play entirely (such as a crash), are addressed immediately. This is an issue that prevents game play entirely, its just not something they created into the game scripting. It still needs immediate action.

Just wanted to say it, because you said you have not tested.

Yeah i mentioned that. But the most fun is in the multiplayer, as there's no campaign or prebuilt scenarios to mess around in yet.

• Edited reply to olddirty --

Right, i forgot, cheers for the extra explaination. Seeing as this has 22 upvotes and no downvotes, a moderator would definately take it seriously, lets keep adding as much information as we can.

Game get infected by joining a server. Mp and SP will no more work.

Restarting game, and SP will work again.

This issue is still apparent in release build 1.00.109911

Agreed, toggle controls for watch fields would be useful.

No change in 1.54

A simple checkbox next to the field should do it

This issue was processed by our team and will be looked into. We thank you for your feedback.

Please keep the issue monitored to see when it is fixed.

Related to, and not worth a possible duplicate report is this:

When typing into any watch field, due to the issue reported here, the rpt file quickly fills up with errors due to the incomplete commands and strings typed into the watch field.

Perhaps a button to toggle the watch may help here?

The execution of the watch is automatically toggled off when the contents of the watch field change (to prevent rpt spam) and can also be toggled off manually for when the watch is not required, but the field contents are preserved.
Manually toggling on at times the watch is actually needed.

The speed of execution is a requirement, and I believe the initial reporter means during typing of the field values in this respect.

Related to #7747

Mass close.

Now it should be fixed in version 0.57.105210

Uploaded screenshots. The building also has wrong textures when destroyed

This issue was processed by our team and will be looked into. We thank you for your feedback.

Please keep the issue monitored to see when it is fixed.

No, the top left number of the center hud is your speed, the top right number is the altitude and the number in the center right of the hud is showing you how fast you accelerate up or down with your main rotor.

What does ASL and AGL mean?

Sea level vs ground level.

I took a look, and I can confirm what CGMH said. That said the HMD altitude and the HUD altitude should probably match.

I'll look at this, but I suspect one is ASL, and the other is AGL.

@hladas - Thank you
@Shryke2a - I have the latest DEV version...

@All - I really dont understand why ppl down vote this since its very important... <facepalm>

Duplicate of #7753

BIS are aware of the issue and working on a fix. Since reports of hacking are not to be tracked publicly, this report is being closed.

Not with the last DEV version in single player!

This issue was processed by our team and will be looked into. We thank you for your feedback.

Please keep the issue monitored to see when it is fixed.

Work in progress.

Also when you push the healing button you suddenly turn around... Since the first version, but I guess they will not leave it at that...

No change in 1.54

Related to #7752

This behaviour may explain why some missions can crash after being paused for any extended period (speaking of arma series in general) It would appear that although the simulation is paused, evaluation of vars, and possibly scripts continue. The debug console apparently exposes this.

This issue is still apparent in Dev build 1.19.124229

@ceeeb: Well, I hope that means that it has been fixed in the Dev version at least. Is there an easy way to measure movement speed like you have done?

This issue was processed by our team and will be looked into. We thank you for your feedback.

Please keep the issue monitored to see when it is fixed.

Unable to reproduce in Dev build

Pistol drawn:
standing walking = 5.75 km/h
crouch walking = 5.25 km/h

Pistol lowered:
standing walking = 6.65 km/h
crouch walking = 4.3 km/h

Rifle raised:
standing walking = 5.25 km/h
crouch walking = 4.7 km/h

Rifle lowered:
standing walking = 5.00 km/h
crouch walking = 4.8 km/h

This issue was processed by our team and will be looked into. We thank you for your feedback.

Please keep the issue monitored to see when it is fixed.

Please can you provide us with more info or video of this issue if you are still experiencing this bug?

We need additional info to reproduce this bug and solve it.

This is a symptom of the hacking issue that has been reported on the forums.

I can crouch and prone while reloading but cannot stand up if reloading while prone, latest dev build.

Related to this is that you cannot move at all if you are reloading while in prone position, at least moving should cancel the reloading. Not being able to go prone while reloading is not such big of a deal because you can still run to cover and dodge some bullets, but reloading while prone completely immobilizes, you have no other option to wait there for someone to shoot you.

This issue was processed by our team and will be looked into. We thank you for your feedback.

Please keep the issue monitored to see when it is fixed.

Closing due to lack of info / response.

If the issue is still reproducable for you, please create a ticket for it.

Please provide more detailed description and steps to reproduce

Thank you

Guys, one who become "infected" should restart ArmA3 to not distribute infection. After restart you become "clean" and can join passworded servers, play singleplayer games etc. without a problem.
Thanks pvpscene guys for explaining me that.

BIS are aware and working on a fix. Otherwise, reports of hacking have no place on the tracker - closing.

I agree with RogueDog. It isn't really that bad. Everyone just needs to move along.

Totally unplayable.. every server I've joined is hacked and you either fly in game (with the message text) or you get loading screen and text...

"This issue is not that bad please vote it down and move along"

seriously?! how can this be down voted when it makes the game totally unplayable?

Not bad? You are completely unable to play ArmA 3 Alpha... Your a dumbass. You move on..

It has been going on for at least 24 hours. The guy has modified his script. First it was causing everyone to fly and commented on the bs the guy here mentioned. Now its a black screen and then different text. Dont see why they dont use an active data guard to make the client a read only script. Of course douche bags wanting to show off their coding for dummies skills will find a way to flex their e-peen and ruin everyone else's time. Hopefully they will shut down the servers , patch the script and bounce the nodes so we can play

This issue is not that bad please vote it down and move along

@sed101 This is for ArmA 3 Alpha

That's right, unplayable... Stop everything and solve this problem, otherwise you have no game to work on, since there will be nobody playing it anymore...

EDIT: Whoever downvoted this, try playing for a while and come back to change your vote... Thank you.

Well basically what happens is a few seconds after you join a server the screen goes entirely black and sometimes the hacker displays some text on it.

ok thank you for clarifying

He numbered the steps. Offcourse its arma 3, he said alpha and has given the product version 0.54.103.957? Dont play stupid now.

Is this the hack that causes everyone to get a black screen?

In the "steps to reproduce" is it arma2 or arma3?

I dont think you can get a refund buddy and the term "hacked" is a bit vague in the sense that games don't really get hacked as I think your describing.
Also the game is in alpha so this isnt the final product and you problem might be fixed in the future.

Check this issue:
http://feedback.arma3.com/view.php?id=7741

BIS are aware and working on a fix. Otherwise, reports of hacking have no place on the tracker - closing.

Btw. if you want a refund, contact Steam or BIS directly. You won't get one here.