I couldnt add you Geez to subscribers, had to create another task.

it's m79 launcher sound

In T189923#2800213, @nachoooo wrote:

I found that in addition to ctx being NULL, the WeaponDebugger and current_state_id can also cause crashing. I've added error checks for those and also redid the overrides from prefix to modded overrides which should prevent any crashing. I'm uploading the new version now. WeaponFSM Fix

Is there anything else I can provide to help fix this issue? Or is this a known issue with a solution in the works?
Trying to be helpful here, I know Linux is a niche market, but it's been official since 1.24 and this is killing my player retention while I switch back to windows.

Just had a player on 1.28 EXP Linux!

Thanks ! You can close this ticket imo.

In T191357#2800609, @Ciberdead wrote:

Hi Geez,

Thanks for the update—I really appreciate it! I completely understand that you have to juggle internal priorities and a huge volume of feedback. On the other hand, community discussions can get a bit tricky when we don’t know which direction the studio is leaning.

For example, around the XP system and session lengths some players push for faster XP and shorter matches, while others prefer the current XP pace but longer sessions. Without a hint of your vision, these debates often turn into endless “what if” scenarios.

Even a brief statement of “we’re exploring more bite-sized matches” or “we’re focused on deeper progression” would help guide our ideas. It might even make sense to have a Community Manager share high-level goals and filter suggestions—no need for everyone to get a reply, just a bit of insight into the studio’s roadmap.

Thanks again for everything you do!

Best,
Ciberdead

Seems linked to the issue i had on conflicts : T191478

Hi Geez,

Resolved for 1.28 stable

In T189282#2800195, @Grongus wrote:

Anyone know if 1.28 exp. has fixed this? They broke the weapon drawing/stowing animation itself, not just for the bk-43.

In T191477#2800501, @Noballs_Nofalls wrote:

Any way you can see who touch my items or crates with the file logs? So you can ban them or so?

They came by my base again yesterday but i moved my crates so they couldnt do the same trick... so annoying maks the game not fun

Hello Ciberdead.
All of the provided feedback is sent to the dev team for review and consideration. However, due to the internal priorities and sheer amount of feedback it takes time for said feedback to be processed.
Usually we do let the users know once we actually implement one of the suggestions provided if it has been deemed appropriate by the dev team.
Regards,
Geez

Any way you can see who touch my items or crates with the file logs? So you can ban them or so?
They came by my base again yesterday but i moved my crates so they couldnt do the same trick... so annoying maks the game not fun

Resolved for one of the future updates.

Hello PR9INICHEK.
We have tested this on our end but we are unable to reproduce the issue.
Regards,
Geez

For this, you would need the blank Model data and i dont think that BIS will allow the usage.

Hello Noballs_Nofalls.
Unfortunately there is no way for us to reimburse the lost items.
Regards,
Geez

The servers are online now.

To this ticket please, or to some sort of cloud service where we can easily view the video

Hello,
We have tested this on our end but we were unable to reproduce the issue.
Regards,
Geez

Resolved for one of the upcoming updates.
Regards,
Geez

This is present due to negative effect of SSR.

Nitrado needed to take down the servers down for maintenance.
The servers will be back online once the maintenance is over.
Thank you for your understanding.

Game loads fine with & without mods, when BattleEye is unchecked/turned off

Here are the logs from the past 6 restarts where this issue was happening.

Ignore the double audio. my OBS apparently had two inputs for the game.
I was testing something, and logged off on a rock not thinking about this horrible bug.

In T191215#2796719, @Nate_LapT wrote:

So far tonight, I've had this happen a few times.
I've been able to get back in if I exit and rejoin quickly from the Main menu.

Seems to happen most often when on an object.
Has happened twice while on these silos on my map.

I found that in addition to ctx being NULL, the WeaponDebugger and current_state_id can also cause crashing. I've added error checks for those and also redid the overrides from prefix to modded overrides which should prevent any crashing. I'm uploading the new version now. WeaponFSM Fix

In T189923#2800197, @ForePlayDZ wrote:

@nachoooo I've added this to my server, but am still getting the exact crash you have listed in the steam workshop. It has def cut down on the number of the crashes in my crash log, but we still get them sometimes.

@nachoooo I've added this to my server, but am still getting the exact crash you have listed in the steam workshop. It has def cut down on the number of the crashes in my crash log, but we still get them sometimes.

Anyone know if 1.28 exp. has fixed this? They broke the weapon drawing/stowing animation itself, not just for the bk-43.

@Geez any updated?

Bolt action rifle usage

Reloading M60

down again for 9hrs

Where should I upload video proof?

actually, it sounds like the grenade launcher reload sound haha

Just restarted playing reforger today and still happening "randomly" on official conflict Everon servers. (current version 1.3.0.157)

I'm having the same problem here.

Interesting.
Thanks

Mine is a vanilla server (no mods) runnning on dedicated physical dual xeon E5-2690 V4 64GB DDR4 and nvme drives. Ubuntu server LTS 24.04. Official Everon conflict map , only 1/64 players (me). Its not a hardware resource issue. I started the server with the command param -max-fps 120.

I found my crates chest but none of my loot or ammo box nearby.. Must have been another hacker... Can you somehow get my things back by loggin in on some files perhaps??

In T191007#2796836, @Geez wrote:

Hello, we have tested this on our end but we were unable to reproduce the issue.
Regards,
Geez

In T191001#2796833, @Geez wrote:

Hello, we have tested this on our end but we were unable to reproduce the issue.
Regards,
Geez

good idea

The problem I had was single player and not on a server.

Vanilla servers are discussed here.

In T182178#2794080, @crapzilla wrote:

Hello, I just encountered this playing Conflict Everon. Spawned a few units from the small living quarters. recruited a few ai from different units, drove out of the base to a supply point, 2 of them killed, but going back to the base and living quarters it still shows 100% and I can't get replacement units.

In T191332#2799945, @arthur.morgan wrote:

I understand you. It's just that usually you merge several tasks if a similar one has already been created by someone

Description: In 1.3 Humvee doors Will Completely stop bullets and A Humvee front glass window will take half of a box mag from a PKM Before it kills someone inside I Went back to 1.2.1 To test and this is not a thing Humvee doors barely stop bullets and Most bullets penetrate the glass at least within a couple hits

It seems normal to have armoured vehicles.

Hello, can you please let us know the following?

In T189597#2797802, @Ciberdead wrote:

I’m not sure what servers you play on, but on the French servers I frequent, most people reach Captain in about one-to-two hours. Our sessions often run 8–12 hours, so that progression feels perfectly balanced.

I understand you. It's just that usually you merge several tasks if a similar one has already been created by someone

This was previously announced on our forums.