Hello carlosuax.
This is a community server which is not under our administration. There is nothing we can do on our end. as we are not owners of the server.
Regards,
Geez

However i see something that is a bug. On the video you are marked as suicide which makes you loose XP. I've seen similar issues with some vehicules while exploding on mines or taking rockets. The pilot get is suicided and the other and considered TK, which makes him loose a whole bunch of tickets

I have experienced this on a couple of occasions as well.

Please close.
They are there, just super rare at the mo.

I would also like to see this

it happens with all weapons

It's possible that it was just a feature of that version. You can close the ticket.

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