It is now truly returns whether or not server command is available. If it says false, this means executing serverCommand "kick" will also not work, where as before it was saying true, while serverCommand "kick" was also not working.

However as it happens, none of the server commands can be executed for real and servercommandavailable always returns false correctly.

Perhaps some server commands should be made available to admins only, this will solve the admin detection as well as make it possible to use those commands in scripts by admins.

Not quite duplicate but related.

Duplicate of #16632

Duplicate of #4351

I can confirm happens in MP only

It only difficult on high zoom, I presume? To me sounds like balance.

I personally prefer shaking, looks realistic

can you not do

func = compilefinal "code";
"var" addpublicvariableeventhandler func?

EDIT yep, you can't, just checked, the code can be overwritten

Yeah well I have 6950

Cannot confirm this (on DEV). Could be graphic card specific or settings.

Try dev branch until the next stable is released.

NaN should have separate type, then it will be

a. easy to check if the value is SCALAR in scripts and
b. will protect all script commands from breaking

SCALAR_NaN maybe?

Why do you need to allow preprocess .sqf extension? initServer.sqf is probably execVM called, so if you disallow it, no one can read it. If you need call compile preprocess yourself own files you can make up your own extensions

you can just as well

0 = [] spawn compile preprocessFileLineNumbers 'myServerFolder\serverInit.sqf';

from initServer.sqf

should be no different to

onServerStart = "[] execVM 'myServerFolder\serverInit.sqf'";

what is wrong with initServer.sqf? https://community.bistudio.com/wiki/Event_Scripts

HandleMarkerPlacement
HandleMarkerDeletion

are the way to go with ability to override. Has to return array with all marker information, user who placed it and channel, While this is still a fantasy, I've made a workaround:

http://killzonekid.com/arma-scripting-tutorials-whos-placingdeleting-markers/

Mind you because of marker bugs in related tickets this may bugs out too.

Closing in favour of more active #21141

changed request to add only for safety reasons. If corresponding remove commands made global and restricted to server exec only then fine make them global too

I'm going to close it as non issue, however if you want to make another request to make conversion to string retain all the decimal places, be my guest.

The returned position has all the precision needed, when you convert it to string so that you can see the number on screen, this is when clipping occurs, and only for displayed number.

Just tested the reveal method, it works, marking as resolved as no bug.

player reveal [cursorTarget, 4];

wouldn't work as cursorTarget is NULL

What happens if you do

{player reveal [_x, 4]} forEach allUnits

the hostile needs to be "known" before cursorTarget can return the object

Not a bug, just didn't make it to stable yet.

1.32, is like the next update isn't it? Shouldn't be long.

@Kenshiroichi and everyone else, there is "private" tickbox, please use it and dont post links to hack forums or hack repros in public.

Only one, I suggest you make a repro if you want this mystery to be solved :)

Spacebar in camera mode executes whatever is in clipboard. If you had something copy pasted before, might well be the reason for this anomaly. Make sure you clear clipboard before you press spacebar

copytoclipboard "";

the video is private

There was some mix up with arma versions because of some hotfix. I changed version to 1.31, lets hope it will make it to the next stable.

duplicate of #20479

playSound ["Alarm", true];

works for me just fine on latest dev

"It takes a unit.
It returns 0 if you pass it a vehicle."

It works with vehicles, thank you very much.

My apologies, units on turrets in vehicles. But that is beside the point, it should not return SCALAR when it supposed to return STRING.

currentWeaponMode gunner vehicle player; //0 if gunner seat is empty

I don't know if I can reproduce it. It just happened, and I tried to collect as much data as I could. Sorry if this is not enough to go on, I realise it doesn't show what caused it, but negative result is also result.

To me it looks like I have deleted something, which is what I was doing, deleting units I created, and it did not sync. Maybe, just maybe this is to do with disposal collector? I have removed some units from it via script commands. And the frequency of error message was low, about every few seconds. If I take a wild guess based on my intuition, this could be related.

this happended to me a couple of times usually due to alt tabbing during startup. it resolved itself after i let it start untouched. in the worst case you can always delete profile with screen settings it should start you with default settings.

duplicate of #20690

Most likely will not happen. Use select to return the range before you delete it.

Заглушить/Озвучить? Mute/Unmute

But probably Убрать голос/ Добавить голос is better or even better, Выключить голос/Включить голос

Vote admin - Предложить администратором?
Vote kick - Предложить исключить?

Imo functions like these should be icons, for universal understanding across the globe.

Mute - Заглушить
Vote kick - За исключение
Vote admit - За администратора

Try to check if you are blocking any ports:

http://support.steampowered.com/kb_article.php?ref=8571-GLVN-8711

It works fine. What are you going to do if user remapped it from key to mouse button or joystick? AFAIK there is no reliable way to override user input, unless you want to totally disable it.

@.kju, login required :(

Custom control 1 would be 'User1'

So you can

inputAction 'User1' > 0

Actually, creating crew where vehicle is local even if the execution of the command is remote is preferred.

You need to use global cargo commands and in addition limit execution to the server only. Resolving as no bug.

As already pointed out

allowfleeing 0 - no fleeing
allowfleeing 1 - maximum fleeing

Resolving as no bug

EDIT: oh I see what you mean.

Very strange why BE did not update for you automatically. Anyway marking resolved then.

"Faulting application name: ArmA2OA.exe"

Seems you have problem with Arma 2 not Arma 3

resolved as per "fixed in version" update

You mention revive in your stuck after respawn ticket

One ticket in question was closed because it was resolved. Another ticket in question is not closed but raises questions: a. there is no revive in Arma 3, so if you have problem after being revived, perhaps you should first talk to the maker of the mission you are playing. b. maybe just maybe you have a problem with your keyboard, mechanical or otherwise?

Also "Test your own code before making it live! Like a lot of your customers I'm tired of helping BIS fix issues." attitude is sure not gonna get you anywhere

"Welcome to prove me wrong, but i don't see the problem been arma is spamming the extension or long blocking times by the extension."

This was a suggestion. If the script is called from an event handler (which I assumed initially), waitUntil or sleep would simply not force the script to wait or sleep, hence spamming. But I don't know if this is the case. It could all well be running in scheduled environment from the start. I cannot answer this without looking deeper into the code. Let's hope you are right :)

@Torndeco_ Well, maybe it is not how your extension handles calls, but the way how your extension is called. One look at this

https://github.com/TAWTonic/Altis-Life/blob/master/extDB-Build/life_server/Functions/MySQL/fn_asyncCall.sqf

which I suppose is the calling script, and I can tell you straight away you cannot have waitUntil and sleep in the script and expect it to return result as well. You either call it or spawn it. In worse scenario while true loop in this script will ignore sleep delay and spam your extension with calls. That would be enough to choke the server.

It will lag the server, since it will have to wait for each request to return before starting next one. Sounds about right that problem occurs with high player count.

Are you using a lot of Sync calls with extDB?

0xC0000005 - ACCESS_VIOLATION[edit]
This error is very generic. It may be caused by many issues, such as a hardware malfunction, a virus in the computer, but also an error in the game itself. Possible solutions:

Update the graphics card drivers to a newer version.
Rollback the graphics card drivers to an older version.
Check the temperature of your GPUs and CPUs.
Verify the integrity of the game cache using Steam.
Re-install DirectX.
Re-install the Visual C++ 2013 Redistributable package (x86 version).
Run a Windows System File Check tool to repair corrupted system files.

https://community.bistudio.com/wiki/Unusual_process_exit

Closing per request

Thank you for clarifying, though UAV is probably more common as UAV (Unmanned Aerial Vehicle) as one of the categories on this very tracker suggests. If Drone is not acceptable, I wouldn't cry over it, but default action for exit from remote controlled vehicle should probably say something else than UAV.

@Johnny and here I am making extra effort uploading a picture and you wouldn't even look at it...

That would work too

@TakeHomeTheCup just sqf

I was intrigued by this request, so I did quick testing, well it is possible to do even now. It almost perfect but still: http://feedback.arma3.com/view.php?id=20781

While HMG and GMG can be manned remotely (and I think there is a autonomous version anyway), mortars cannot be unmanned as someone needs to reload them. So I guess for realism purposes it was left out, but still possible to be done by script.

Dunno, Iceman is the man to acknowledge it. I did what I could to bring it to his attention :)

Just tested this with other apps. Seems Arma 3 intercepts Alt+Tab because the switch bar that appears looks ancient, like something from Windows 3.1, while every other windows app displays themed switchbar which also includes desktop on it. I guess some UI elements need to be updated.

Alt+Tab by default is switching you between the opened windows, this is windows functionality. http://en.wikipedia.org/wiki/Alt-Tab

repro:

• spawn {while {true} do { sleep 1.5; [0, 1] spawn BIS_fnc_cinemaBorder; sleep 1.5; [1, 1] spawn BIS_fnc_cinemaBorder}}

Seems working, thank you your bounciness!

Confirmed. Xknee, Xknee_axis, Xfemur, Xanckle etc all have relative Z < 0, meaning they are in the ground under player model. They also do not update with the model:

oneachframe {hintsilent str (player selectionposition "lknee")}

compare to

oneachframe {hintsilent str (player selectionposition "lelbow")}

That forum post code mentions some incompatibility with ACRE. Do you also have ACRE @R3vo?

hmm quite a few corrupt installs lately. resolving as per description.

according to changelog:

Improved: Progress bar color can be set via the ctrlSetTextColor command

Tested - works

Stop bumping this ticket, it is not going to get solved any sooner.

Looks like there is no scripted way of controlling progress colour. other ctrl commands should either be expanded (preferred) or new created and not just for progress.

yes and also expand ctrlSetBackgroundColor, not sure why you singled it out, it doesnt work with progress either

Tested on recent dev. The unit doesn't auto slide any more, however, executing

unit switchMove "amovpercmstpsnonwpstdnon_amovpsitmstpsnonwpstdnon_ground";

on remote unit several times makes unit slide further and further:

http://www.youtube.com/watch?v=guWZpX1OAH4