Hello and Thank You for your ticket.

As Koala stated i will need more info before i can do anything.

(Thanks Koala)

The developers and community need more informations how to reproduce your issue (what kind of rifle, location, stance, object).

And by the way, you have choosen a wrong category. Better change it to "Weapon Stabilization".

Hello and thank you for your feedback.

As runekn and RobertHammer stated above this is not an issue.

They are still missing the animations for deploying without a bipod which could be seen in their live stream showing the Marksmen DLC

Intentional. Though deploying without bipod does not remove as much sway.

The direct motherboard USB ports at the rear of my PC seam to work still, the front panel USB ports have the problem described above? So currently windows 10 has still fixed the USB problems

Just for kicks, I've seen an issue where TrackIR controller is also lost, but only when not using the ARMA 3 Launcher and just prior to logging into the 3D world of a multiplayer server game.

It might be worthwhile to see, if starting ARMA 3 from the ARMA 3 Launcher, instead of the arma3.exe executable. To do so, make sure Steam is not running and/or stop steam.exe. Launch ARMA 3 using the ARMA 3 Launcher. (ie. arma3launcher.exe)

I really doubt this will workaround this issue, but it's worth.

I got a USB game controller and the same result. The problem is still the same so is it my rig, windows 8.1 or arma 3. both controllers work on other games. This has got to bean an arma3 bug, plz fix or provide a workaround. merry xmas

Update - Window 10 fixed the issue. Until day when it auto updated last night. As I first launched the game I was given a prompt about how to enable (Game Bar), with Win key + G. This seams to be a xbox app feature to record game footage similar to Nvidia Shadowplay. As the prompt box appeared there was a check box on the prompt allowing you to not display this message again which I moved the mouse to select it and it disappeared. I searched win setting to disable this GameDVR feature of xbox app, which did not work. I also tried to uninstall xbox app to no avail. So my USB controller problem has been reintroduced by windows 10 update. The controller loss is different and is almost instant. weirdly I can view, operate none flight assigned buttons, but when I hit the gas and climb it goes wonky as soon as I get off the ground. if I don't crash immediately and just hover a few seconds or so the controlled comes back for a second or two. I will try a few more settings and disable windows stuff and retest. I can not believe I just lost flight controls again.

PabloTheGreat1: You are slightly incorrect assuming the only time this bug occurs is when people enter the ESC Configure panel, or press ESC.

On my Windows 8.1 platform, this bug can occur at anytime while flying the simulated aircraft without pressing the ESC key or entering the Configure panel.

And the only method currently able to reproduce this bug, is by pressing the ESC key or entering the Configure panel. However, DarkWanderer has stated he also now has reproduced this bug within a memory debugger under Windows, and needs further testing from Windows 10 users. (ie. See DarWanderer's previous comments for testing instructions.)

As previously mentioned above within comment #92289 above: Please refer to Bug 0014924, "Opening joystick config in game results in joystick disappearing as input option"

All of these bugs appear to be duplicates of Bug #14924. Bug #14924 is already acknowledged with BI developer feedback and Bug #14924 already has 94 votes.

Actual cause and repro of this issue is #23956. No relation to power settings at all, it's a code issue with AFM enabled

ok if a 'keep usb joystick alive' check box can't be put into the launcher. Could the joystick config be put in a separate file that can symbolic link to the profile. This lose of operation in my opinion is caused by some process as the escape key is hit to respawn/reconfigure that arma or windows is handling. A helper service app with the sole purpose of keeping this usb connection visible could be run as a service on CPU's like mine where this problem exists. Does anyone know exactly what happens to the engine when ESC is pressed on the keyboard? in terms of writes/file operations/client and server comms/location and loadout info/steam overlay/windows OS listeners/third party software.

Please refer to Bug #14924, "Opening joystick config in game results in joystick disappearing as input option"

This bug you reported as well as the supposedly duplicate bugs reported by T-Bone within his Comment #92012 (ie. Bug #14924, Bug #20950, Bug #21856) may also be duplicates of Bug #14924, "Opening joystick config in game results in joystick disappearing as input option"

PabloTheGreat1, don't bother messing with your profile, power options for your USB device (it won't help) simply because that's not your job, that's the job of developers. F.... no swearing, yeah, trying to stop

k thx,? would dissabiling search or charms be useful ? as some times when i tab out of arma these wonderful windows helper tools are displying

Within Windows 8/8.1, it's mostly futile trying to reconfigure power options as this bug with the USB controller is unavoidable. The only fix is to upgrade to Windows 10 or downgrade to Windows 7. Due to the amount of time this bug has been open and the fact this bug is supposedly an upstream bug, I do not ever expect this bug to be fixed for Windows 8.

I'm using Windows 7 for production, even though I also do have Window 8.1 installed. However most, if not all of my work is performed using Linux, including Wine if needed.

Win 8.1

Which version of Windows are you using?

could this be related to the save option briefly appearing as an option before greying out.

i.e. play game and all is well, press escape to configure/abort/continue effectivly pauseing the client. notice save is a selectable option breifly before the white text greys out to become un-selectable (could this still trigger a save event or re-initialise some thing loosing scope on the USB controller)

Is there i process catcher for win 8.1 that i can attach to the process tree/stack to gather data
1.when the USB works after a configure attempt
2.when the configure attempt looses the USB controller

A forced load workaround work be nice how can I tell arma 3 to go look at my working config in DIR? X and keep it loaded (or define and (you better bloody keep) on start up)

Hurry up with some code dude I can test it with your directive and relay what info/Shite you need (Priority 1 you sleep at the weekend if your lucky)

Up voted because I can! Still waiting its been Ten minutes and still no resolve, get to it soldier!

https://www.dropbox.com/s/r0hlme6cabpd35h/ElPabloProfiles.7z?dl=0

had issues getting two files that are not the same, i diffed them with linux diff, the latest is @profile-latest

and just to be clear
'DO NOT save your controls configuration'

does this mean clicking ok to exit the config as save is not an option?

and
'If it happens again without saving your controls try saving your profile file before it happens and save it once again after it happens'

is this with arma still running or quiting arma then saving?

Hello,

Please if you encounter this issue again DO NOT save your controls configuration. This could be the cause of your issues.
If it happens again without saving your controls try saving your profile file before it happens and save it once again after it happens and attach the files here so we can identify the issue. Thank you.

You can find the profile file here:
C:\Users\<Name>\Documents\Arma 3 - Other Profiles\<Name>\<Name>.Arma3profile

Related to this:
http://feedback.arma3.com/view.php?id=14924
http://feedback.arma3.com/view.php?id=20950
http://feedback.arma3.com/view.php?id=21856

in latest 130835 it is still not fixed

resolved in todays build

1.44, still broken.

confirmed, broken as fuuuu... :)

still broken....

Tested in stable 1.42, still broken.

Fix will be available in tomorrows Dev Branch!

VAS isnt made by BIS. It's a community made script. Community scrips and mods have no place here, it is up to their creator to fix.

Virtual arsenal can be accessed from Main menu --> Learn --> Virtual Arsenal.

Can I at least get an answer on whether this is intended behavior?

Mmm, OK I am sorry, I mistook, thought it is virtual ammobox(from mission like invade and annex). Myself, I have actually never seen virtual arsenal in any mission.

Clicking right mouse button does nothing, left does.

Removing vest, bag and uniform removes vest, bag and uniform...

They will not solve it, but here is my advice:
Remove bag(mouse right button click), vest and uniform at first. Most of stuff disappear together with these.

Although I agree with you, I have solved this issue easily. All you have to do is clear all your gear normally, and then save it as a preset. Then whenever you want to clear your character, just load that preset.

Feature added to backlog

Hello,

this issue is fixed in the Dev Branch and the RC Branch and will be in the Stable Branch when it's released in a few days.

We've fixed this issue for the next release and it should be available in the Dev Branch in a few days.

Thank you for reporting this issue, it's very much appreciated.

According to the ticket author that issue got resolved.

I'm also unable to reproduce that issue currently. However, I'll report back, if this occurs again during real gameplay.

I also experienced this issue when testing the RCO sight on the latest RC. The zeroing bars flicker depending on how you move the sight and will in some angles appear invisible. See my screenshot.

I used the following graphics settings:
sampling 100%
1152x648
16x9 - wide
Normal interface size

It gets a little bit better with FSAA and PPAA. The screenshot was taking with both Disabled.

Tried to confirm with others online playing the RC but some guy "YesYoa" just harassed me and became really rude telling me to Alt+F4. How did I manage that? I told him off but I don't think the understood the emotional damage he induced in me. Hopefully it got reciprocal in the end.

Hello and thank you for your feedback.

I was unable to reproduce this issue on RC. Could you please provide more info? Thank you very much.

The ARCO has a similar issue, white flickering in the black line just to the right of the center. Occurs since the new 3D scopes technology was introduced.

I have Not been able to replicate the crash nor the graphics glitches with the latest RCs and standard allocator. Resolved?

You were running Mods and Custom Allocator. Please try making the crash happen again without the use of Mods and custom Allocators. Thank you.

Only the RPT and BIDMP files were generated on the crash. They are attached in the crash.zip file.

Hello,
Thank you for reporting the issue.
We need crash dump files from this folder to analyze your problem.
C:\Users\<Name>\AppData\Local\Arma 3\
Can you upload somewhere in winrar package, please?
Archive smaller than 5000 KB can be attached directly to the ticket. For bigger archives, please use some free sharing service and post link here.

How to find correct crashdump file:
Try to make the crash happen without running any mods or custom memory allocators
Look into crashdump folder
Upload crashdump with latest date in name (crashdump is rpt + bidmp + mdmp file with same name). Please try to provide as many crashdumps as possible, it helps us investigating the problem in a big way.

It seems you had custom community mods and maps running. Please disable the mods and try reproducing the crash. Thank You.

Thanks for the suggestion, Killzone_Kid. This is a non-issue. It turns out that I was dealing with another, unexpected, behaviour in my scripts from another command.

new Crash.

Hello,
Thank you for reporting the issue.
We need crash dump files from this folder to analyze your problem.
C:\Users\<Name>\AppData\Local\Arma 3\
Can you upload somewhere in winrar package, please?
Archive smaller than 5000 KB can be attached directly to the ticket. For bigger archives, please use some free sharing service and post link here.

How to find correct crashdump file:
Try to make the crash happen
Look into crashdump folder
Upload crashdump with latest date in name (crashdump is rpt + bidmp + mdmp file with same name). Please try to provide as many crashdumps as possible, it helps us investigating the problem in a big way.

Thank you.

http://feedback.arma3.com/how-to-user.html

try

systemChat format ['%1', vehicle player == player]

and report back

vehicle player == player is worthy to know if the player is inside a vehicle or not, even if it seems there is no difference between them!
Try : 0 = [] spawn {while {true} do {hintSilent format ["%1 %2 %3", player, vehicle player, vehicle player == player]; sleep 0.5}}. The only thing which changes is true/false for out/in vehicle.

The fact is an empty vehicle returns an object until it has a crew.
Then it returns the driver or more exactly the gunner if not driver if not commander.

Btw, One other point: Empty vehicles can change side!
If your bluefor units jump into an empty ifrit, ifrit stays civilian until your first man is inside. Then it becomes of one of your side (OK, it's the driver's one in fact). Make the units dismount, the Ifrit returns to civilian side (normal).

Now, order the same thing to your blues, but jumping into a Hunter.
First difference: the vehicle changes side (from civilian to yours) as soon as you order it. (no delay!)
Hunter will return the name of driver only when he's climbing aboard (no change).
Then, if you order all your units to dismount the hunter, this vehicle will continue to belong to your side!!! Emptied Hunter is no more civilian!
You can test it when you want with a simple
0 = [] spawn {while {true} do {hint format ["side: %1",side cursorTarget]; sleep 0.5}};
In the short video below, I display some units data:
name/type of civilian units are in white.
When a unit is friendly, name/type is in green.
Furthermore, if unit belongs to my (player) side, i add data such as ammo, fuel, status are displayed.
Ready? Pay attention for empty Hunter. ;-)
https://www.youtube.com/watch?v=Ch5fiiN-v6k

This is so wrong. I have debunked this before. Try actually naming the vehicle and see the results. Here is the conversation I had last time someone brought this up. https://community.bistudio.com/wiki/Talk:vehicle

Just because two things look the same doesn't mean they are. It's not returning the player object, its returning whatever the hell it wants to until you actually label that vehicle.

How did you test that vehicle player returns player?

vehicle player == player returns true?

I used 'systemChat format ['%1', vehicle player]'.