Mass closing tickets marked as resolved more than 1 month ago.

If the issue is in fact not resolved, please create a new ticket referencing this one and ask for it to be re-opened.

Hello,

we analysed the crashes and found out that the problem was pretty well hidden. We applied a fix. Could you please try it on the version 1.19.124345 and higher? It should be distributed as Steam Dev version in couple of days and appear as Stable in next update.

Thank you very much.

still crashing :(

Thanks for the dumps, assigned to programming department again.

https://www.dropbox.com/s/5x3z8bkban1am4h/Arma3%20Crash.rar

anything? this is making it unplayable

Hello,
thank you for the crashdumps, the issue has been assigned to our program department.

Hello,

our programmers analyzed the crashdumps. Unfortunatelly, they do not contain any valuable data. Would it be possible to upload at least three more crashdumps?
(3x rpt + bidmp + mdmp file with same name). It would help us a lot. Thank you!

i will gather all the files i have now for you

Hello,
Thank you for reporting the issue.
We need crash dump files from this folder for solve your problem.
C:\Users\<Name>\AppData\Local\Arma 3\
Can you upload somewhere in winrar package please?
When package will be smaller than 5000k, you can attach it here. When package is bigger, 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)

Thank you.

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

file uploaded

wat

Wtf?

Obvious spam is obvious. Making private to hide the link.

We had a good laugh at the company. Next time --> ban.

I'm actualy in the same situation ... When my friend or me create a game, none of us can find each other ... I dont realy know witch version started that mess ... but I know that when Gamespy were still online we did not have that problem ... I unistalled and reinstalled the game twice nothing changed ... I'm still able to connect to public dedicated server ... but not on simple private game hosted by ourself on the same computer that we play on ... we cannot join or even see each other in the server browser ... I checked the ports and arma 3 is set to all ... maybe I'm wrong (never been a pro in ports and stuff) I'm using a simple router Cisco E1000 with Windows firewall ... every other game that I play still working fine

GEORGE: We cannot see each other in browser. That's my problem and the other people reporting the same issue on Steams forums stated the same.
I create a game and my friends cannot see my hosted game. Same happens when they create a game; I cant see them on server list browser neither if I search by they name.
I hope that clarification could help you guys.

Hello, can you connect directly via remote button (bottom left corner, right next to Join button)?

It looks like the server is behind the NAT and it's not visible for Steam services. If possible, try to open/redirect game port + ports for Steam to your machine with server.

Same here. I also posted on Steam forums and there are more users whith the same problem. I posted a link to the feedback tracker on the Steam forum also.
The issue starts since update 1.18. Thats at least when I noticed.
Please devs try whatever you can with this due to is novadays imposible to play with some friends due to this issue.

I am having the same issues. I have been playing the game just fine until now. Now my friend can't join and we see each other's ping as 2500. Remote join won't work either. The problem happens on Steam and GameSpy. When I launch a game on Steam, my friend can only see it on the GameSpy server browser. Any other game works great and our connection is excellent. I have opened up ports 2302-2305 for Arma3,and 27016 for Steam on my router. I have verified files on Steam, re installed the game, re installed Steam. I have also tried using other programs like Hamachi. I also found many forums about this same issue happening with Arma 2 as well but I have yet to find one with a solution.

Ok, so you can see each other in browser (so it's not problem with master server) but you can't connect, even by using remote (which bypasses the browser), so it looks like it's the connecting itself. If I'm reading this right, this happened since 1.18, it was fine on 1.16?

Is this server on public IP (is it DS) or are you creating the session in the game? Have you tried different ports (to rule out conflict with other services)?

We cannot always see each other in the server browser. We can only see each other in the browser if we use Hamachi. Normally we cannot even see each other's game in the browser. We are creating the session in the game. Remote join will not work. Creating the session using the other ports like 2305 didn't work either. The problem started happening with the update that brought in the Steam server browser.

Same happens to me with my brother. Im in Abu Dhabi and my bro in Spain and is imposible to see each other hosted game. Even switching between Gamespy and Steam does nothing.
So fustrating issue.

inb4 potato canopy DLC for 0,49 bucks :D

Hello??? Are you guys even going to acknowledge that this has been received?? Any chance of getting an update or at least some kind of reply??? Anyone??

Okay, I did not know that.

I'd still like to have some sort of markings to help counter the staring-into-the-void feeling which in itself is a result of "unrealism" when it comes to peripheral vision which in itself is completely understandable because it's a game, not reality.

It wouldn't subtract anything from the experience unless you have some kind of OCD I'd think.

You mean a marker line in the canopy like in this pic?
http://www.442fw.afrc.af.mil/shared/media/photodb/photos/090925-F-2616H-007.jpg

Yeah kinda!

But I mean it doesn't have to be one of those specifically, anything will do really. Could be a picture of a potato for all I care as long as it's functional :)

Can anyone recommend a fix for this in Linux? It's basically unplayable without it...

Those "markings" are explosive cords that would shatter the canopy before ejection. The Harrier need this since the pilot might have to eject while in a hover where no wind resistence can help the canopy get out of the way before the pilot is ejected.

The A-10, or A-164 does not need these explosive cords, so adding them would feel unrealistic.

Not down-voting, just stating some facts.

Related to this:
http://feedback.arma3.com/view.php?id=5076

I'm almost glad to see I'm not the only one with that problem.
It's a really annoying issue that leads to the game minimizing and accidentally clicking on another window on another monitor.

I could observe strange mouse movement behavior when doing this:

With these steps I can reproduce the error easily in no time (min. 2 Monitors needed to reproduce):

• Load a game/any map/scenario, open your soldiers inventory with I(i) button
• mouse should appear in the center of the monitor the very 1st time
• move mouse slightly (not persistent) any direction, close inventory again with I button
• open inventory again, don't move this time
• close inventory again, and open it up again
• now every time you close/-re enter inventory the mouse will shift further.
• repeat every direction you want, when it goes towards the direction of the other monitor it's when the game minimizes because the mouse is out of bound of the game's monitor.

I found a tool that will lock the mouse to the active monitor, even got a profile management, so the mouse can just be locked to active screen while Arma 3 is the active window:

http://sourceforge.net/projects/mousenitor

For now a good solution to me until BI will fix this issue.
Hope I could help in any way, cheers :)

I use Windows 7. My second monitor is on the right side of the primary monitor.

I am unsure whether starting the game in windowed mode, then switching to full-screen, or something similar, might be a factor here.

Good to see this has been reported. I'm surprised there is not more chat on this topic. The task status is just "reviewed" and not "assigned"? How odd.

Strange that A2 had this feature working fine, but not in A3.

I think in A2, when you pressed Esc to open the main game menu, the mouse would appear and the mouse boundaries were then turned off, so you could click on a 2nd monitor to switch to another program.

But now in A3, the mouse boundaries are turned off all the time. In one game I was switched out of A3 5 times and given that the fire button is associated with the mouse button click, the consequences of this to the gameplay can be detrimental.

Even if you don't get switched out, it's also annoying as you turn/look around in game seeing all of the other active program windows "highlight" or show a selection scroll or seeing your task bar hints or nested windows lists appear in game.

Do you mean 'fences' or 'stone walls'?

This important ticket is now almost exactly a year old! Please BIS - assign this to someone.

Issue is still present and very annoying now that can't alter BIS functions with a new config anymore!

Yes, this is still an issue... Player is not respawned on start but moved to respawn_side marker.

Bumping. I think this ticket needs to be given priority! Come on BIS please allocate this to someone.

As a another workaround, attaching every respawn module to a trigger prevents them being used until the trigger is activated.

This results in the initial spawn being as planned in the editor.

The trigger can then be activated at any point to enable the spawn points, allowing "MenuPosition" to work as it should.

Unfortunately this does not affect players joining in progress, therefore this still needs to be fixed.

Soon would be good too.

A few more months and this important ticket will be a year old! A moderator will probably just close soon due to inactivity. I had this happen before. You have to wonder how that works - we the customers go to the trouble of reporting issues and keep the ticket alive - but due to BIS inactivity it gets closed!? Go figure. Well all we can do is hope - and keep annoying them with stupid messages like this one until it gets assigned or we die of boredom.

Confirm, problem still exists... push...

This is related to #14585

respawnOnStart=0 Doesn't work when using "MenuPosition".
Would be nice to have this fixed.
I am using version 1.38

This really is a major bug, I have spent 3 days trying to find a solution and only just came across this page, so it should be noted that a great many more people are likely to be experiencing this and simply giving up.

*Please fix this soon!*

1.38.128937 and its still a problem.

Confirm still not fixed as of end Jan 2015.

respawnOnStart = 0 has no effect - on start players are spawned at respawn_west or alternative spawn points and not at mission start position.

Would really appreciate it if you could fix this issue.
We can work around it but it's kind of IMPORTANT!

Confirm this issue still exists post 1.26 (yawn). It's now four months since this ticket was created and still no fix. This is a very serious issue and makes mission editing very tricky. I think it's fair to say that all players expect there to be a reliable working respawn (and revive) system in Arma3. And as far as content creators go, we expect a simple reliable method to incorporate this functionality into the levels we make - without this feature breaking our missions every few months when a new patch is released.

Please escalate this issues importance.

This issue also relates to the respawn module and BIS_fnc_addRespawnPosition / BIS_fnc_removeRespawnPosition. It seems if you add a respawn position at startup via any method (module, respawn_west marker, or BIS_fnc) with respawnOnStart = 0 - players are spawned to one of the predefined spawn points as previously mentioned.

The most reliable work around seems to be to delay the creation of a respawn point until post mission start. I'm sure there is a proper work around but since this is a really important issue I don't see why we (BIS customers) should constantly have to find solutions to these kind of problems!

Also experiencing this issue while designing a mission. Thought I would give this a bump since we just had a version change.

Really wish this issue would be assigned to someone. Don't understand why it hasn't even been reviewed yet. It's a fairly serious issue.

I can confirm, that

respawnTemplates[] = {"MenuPosition"};

affects your playable unit's spawn location/start position and will not have them start the mission from where you've actually placed them in the editor.

This is some kind of a major issue for mission building.

The ticket title doesn't describe the problem. (Too general)

Added repro mission.

This makes no sense at all. Of course mission makers want their units to start the mission where they placed them in the editor... not at a RANDOM location.

Like it is right now, teams don't even start at the same location sometimes.

Same applies to JIP, they are starting at a RANDOM location.

This is unacceptable and breaks a lot of missions. (Must add setpos workaround just to start where it is intended)

Hi,
although I cannot confirm the issue with respawn markers, I can with loadouts ("MenuInventory"), because those are selected randomly as well.
A workaround I found on the forums is this: put 'allowFunctionsRecompile = 1' in your missions's description.ext and 'BIS_fnc_initRespawn = {true}' in your soldier's init line. Made the random-loadout-thing disappear.
Anyway, this is not how it's supposed to be.

Hi, will process the request to bug report. Thanks :)

Bug\exploit is also actual in A2. If solution will be implemented in A3 it will be great to have it ported to A2 as well. Please do not just prevent pre-placed buildings to work with attachTo command as this feature is very important for missions where you need to remove certain buildings.

Here is related ticket to the problem of unremovable pre-placed map buildings and objects: http://feedback.arma3.com/view.php?id=6783

Can confirm. In my experience the issue is only present when hosting missions on dedicated server. Client hosted MP missions are able to use the predefined mission parameters. I assumed it was due to the idiosyncrasies of setting up a dedicated server. Our dedicated server uses arma3server.exe.

I have the same problem in Win 10. Just reinstalled Arma 3 and crash with the same msg every time I attempt to start my server (non-dedicated, both LAN and Internet). I have ticket# 25701

hi whenever i try to host the mission on both (lan and internet) my game crashes to desktop and getting the error: "Include file a3\functions_f\Params\paramWeather.hpp not found", i'm running latest version to-date also its the first time i experience such problem.

any solution would be appreciated.

Regards

Still experiencing this issue.

@heeden02 add " at the end?

You're right. I've tried it incorrectly (in SP).

hello i have the problem

include "\a3\functions_f\Params\paramWeather.hpp

everytime i want to launch serverand the game crash what is the solution?

@sms for me with the repo above, 1.27.126636 produces "ErrorMessage: Include file a3\functions_f\Params\paramWeather.hpp not found."
Same as before

I've tried this in lates dev, it looks like

#include "\a3\functions_f\Params\paramWeather.hpp"

works now.

Included in the zip are the crash files and a repo mission

Hello,

thank you for submitting the ticket. Also special thanks for the repro mission and the description, it made finding the problem much easier. We have reproduced the crashes and assigned them to programming department.

Have a nice day!

fixed now.

Still not fixed.