EXP: 1.3.0.84 - its seems the workshop upload is now much faster. i say thanks and this one can be closed as resolved.

Can be closed. You can reset the HDR by setting the original HDR mat.

Still present in EXP. 1.3.0.84

I have a problem: I’m not doing anything on the test server, 1 person and the same error, maybe it’s the animations?

Seeing the same.

Players will no longer be able to place Fireplaces and Garden plots in the air even if a server has placement collision checks disabled.

Need to dial that filter back the other way now...

Hello Zubert, do you run any mods? If so, can you check if this occurs on vanilla setup as well?
Regards,
Geez

@Geez, can be closed as "Fixed"

Same on GetOut, you need to call it 2 - 3 times until the AI reacts

same problem

i also have this problem

LAUNCHER
Fixed: Launcher displayed thousands of fake servers in the Community tab, affecting the visibility of legitimate servers
Fixed: "too many mods" string in launcher was not localized
Unresolved, many fake servers

Cannot reproduce

Hello R34P3R.
There have been improvements done with 1.3 update.
Regards,
Geez

destroy antenna with explosives or helicoper rocket pods

Or with fuel truck
May be car with supplies works too

I confirm this problem

Microsoft does not allow voices to be heard in clips as they have a more firm stance on privacy.

Sony on the other hand takes a more open approach to this, you can record your friends clips and they let you opt-out of having your voice included in other players’ streams and game-clips.

Under 1.2 and earlier versions, it was highly likely to get duplicate names when copying and pasting entities. I had over 100 duplicate named entities one time. The easiest solution was to remove the name of the entity. This didn't cause a VME in earlier versions. But in 1.3 as you said this is expected behavior. Which is ok, as long as 1) I know it is to be expected 2) Your algo's do a better job at copy and pasting entities and don't cause duplicate names.

This bug is quite serious for the Expeditionary Forces CDLC as the AAV9 is specifically marketed as being amphibious and able to do beach landings for the US Marines.

Intended to happen. It is not supported to have unnamed ScenarioFramework entity and it should result in VME.
If you have a repro for what caused the unnaming of those entities we can look into this, but otherwise this is expected behavior.
Regards,
Geez

Thank you for the report.
All hacking incidents are investigated by BattlEye anticheat.
regards,
Geez

In T189207#2757096, @Salutesh wrote:

In T189207#2756527, @Bloodshot_vp wrote:

In T189207#2756435, @Salutesh wrote:

In T189207#2756405, @Bloodshot_vp wrote:

In T189207#2756272, @Salutesh wrote:

Hello! For now you can use this mod or repack its contents in your own mod to hotfix the problem:
https://steamcommunity.com/workshop/filedetails/?id=3431076620

Sorry, but so far it does not seem to have resolved the problem for me. When running my mod with your pbo listed as a required addon, along side "@CF-Test;@DabsFramework;@BuilderItems;@Community-Online-Tools-Test;@InventorySlotsHotfix" . The bar still does not extend.

Sorry i forgot to override something! Should work now when you update the mod and the key is also there now.

Thanks! this worked for the bar now. Although there is now a bug with the lower sections of the inventory. It does not allow you to scroll all the way to the bottom.

Sorry about that. I will take a look again.

Same with EXP. 1.3.0.84 - Crash: a9a9a051-bf45-468a-893e-1477ca60d8e9

Just making another post to inform that a month later I'm still having the same issues.

In T189254#2757370, @KStrike wrote:

In T189254#2757306, @byNautiic wrote:

T189235

Yeah, that's exactly the issue besides that AI will also target and try to shoot you behind concrete walls.

In T189254#2757306, @byNautiic wrote:

T189235

Wardog described this situation in detail in the Enfusion Modders discord and pointed out the points in the EULA, which specify in detail what can and cannot be done. Thanks.

We are here to solve a problem related to a server crash when an object has more than 138 bones. But it looks like there are guys here who are more interested in whether someone has a paid mod and those who really want to allow purple wheels. I think you need to know all the facts about what's going on here.

@Geez It appears that this mod in question is a paid mod and most of the commenters in here have paid for and packed this mod. While the bones limit does appear to be an issue, I believe you need to know the full facts of what is going on here.

similar with our individual construction.
According to testing, it seems as if the error occurs after SetAnimationPhase,
after which it freezes and crashes with the error "Reason: Access violation. Illegal read".
It feels like the game now can't get the bone if the model.cfg of the model exceeds 138 bones. This only happens with classes that inherit from baseBuildingBase ! Clothes and other items whose skeletons exceed 138 bones do not break the server, but I have not tested SetAnimationPhase on these items.

@OfficialWardog
Yes, you wanted to help. Not forgetting to mention that he sells mods.
To definitely help. Well, 100% help, telling about what a bad person he is, that he sells mods.

Just to be clear, my motive on replying to this thread was because I was wanting to inform its participants on better testing practices. When I had the time, I decided to go looking through the logs to find a reference that would allow me to take a look into the mod having the issue for additional advice to provide as potential a workaround or feature reduction without impacting functionality. Initially, I ignored the workshop description and took at peek into the obfuscated mod, but backtracked after certain assumptions seemed to solidify in my mind as I browsed through the files. I resorted to reviewing the workshop description primarily to see if any discussion was made about the issue on potentially a VK page or a Discord server.

@vkantik Let's ban all developer communities and block all workshops... Why not? And it's not cool to get personal, I'm in favor of a constructive dialogue.

@Cubody Wardog has always been like this. He doesn't care about problems and mistakes, he cares who reports them. Instead of discussing the issue of the error, he went to see who was writing about it. This man has obvious problems in life.

Are you serious? Block a person for developing a really interesting modification and giving access to it as a donation? Or are you suggesting that you upload the code to be stolen by hundreds of other developers, and the author has completely lost motivation? Do you even know what's going on in the community, and how often everyone steals from each other? It's an endless game of chess, and you're talking about commerce. People invest their efforts and ideas to create something unique. My request: not to kill it, but to support it, why are you chopping off the shoulder?
Sorry for the Russian sayings and offtop.

I have same issue.

T189235

@Geez given the prefix from the RPT, the mod is Forest Fortification, which the workshop version is obfuscated with a tool that provides a lot of junk and noise across the archive, scripts, rv param files, and p3d reference paths. Though the issue still resides given the logs provided were from a build that was not obfuscated.

Close ticket. I believe this is related to Feedback Ticket

Thank you for the report.
All hacking incidents are investigated by BattlEye anticheat.
regards,
Geez

Hello Blackheart_Six.
Was the scenario made in 1.2.0 or 1.2.1?
Transferring something similar from 1.2.1 to 1.3.0 doesn't seem to reproduce this on our end.
Clear details of the setup isolated from a scenario would be very helpful as well.