Task can be closed.
I had the script in the "Workbench" and not in the "WorkbenchGame" folder.

Can be closed.. will only happend if "CanBePerformedScript" on the userAction is not defined.

Is there a way to log into admin panel and use gm

Update: running PeerTool with "-noBackend" works. But I'm not sure if that's what was intended.

Hi, so this is related to the BackendID?

This is most probably because authentication with backend passes before client connect to the server and since both client have same Identity ID it will not allow second one to join.
You can try running with -noBackend CLI https://community.bistudio.com/wiki/Arma_Reforger:Startup_Parameters#noBackend

Figured it out... The guy in the deer tower created this strange path. Normally i gave them a "Scout" Waypoint. I now changed it to regular "Defend" and the path is gone

What if I dont want the same default colliders? I have a custom character that needs less colliders

If this happens, than your Bones or Colliders does not fit to the regular Character. Please also aware, the sample character for blender does not have correct colliders. To this cannot use ingame.

From testing, it looks like moving the marker makes this reproduce faster

The issue seems related to my script-spawned vehicles being added as a child node of the spawner entity (so CE can track removal and enable spawning at that point again).

@DarkWolf Hi, ok let us check if the 1.3 going public. Because in 1.2 i need up to one hour to upload a pack with 3 - 4GB (In 1.3 Exp. i only need 20min for 7GB). And like above, the daytime did not makes any difference. So the speed was also bad at 0.3.00 CET (night)

Hi, we are not limiting speeds in any way so this was probably due to poor connection / routing to the backend which was probably improved by recent changes in infrastructure.

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.

Update on this: It seens only happening if you have an TIF (Texture) open in PS, which was Imported into Workbench. If you just open other images, the problem does not happeing.

Too minor of an issue to be addressed now.
Regards,
Geez

I'll just agree with this. An idea for the future: a kind of startpage in the workshop where you can see the most recently updated and presented mods. So also new Mods get some views.

In my case (with emtied addons -directory) the server start errors in the same mod (RHS - Status Quo) or another, seemingly random like original poster said.
[...]
` BACKEND : RHS - Status Quo: >____________________ 0% 0/0 MB
BACKEND : Download speed 11744.26 KB/s
BACKEND (E): Fragmentizer: Unable to create file '/tmp/596330D9AF34AF38/data.pak//d84ccd496bb5bfebb6e486a99a913f98e6efa233dcb37fae793e0cfd823d419b29d84e16745b828bd45e351eff5c89d2b07f23686d23afa192a64cb2dc256eec'
BACKEND (E): Failed to fetch addon details from workshop API! Repeat later or try different mods.
ENGINE (E): Unable to initialize the game
ENGINE : Game destroyed.
RPL : Pip::Destroy
RESOURCES (E): ==== Resource leaks ====
RESOURCES (E): ui/fonts/robotomono_msdf_28.edds 1`
[...]

Hello, it is broad issue caused by recent changes in our infrastructure as it was announced on official Twitter X account https://x.com/ArmaPlatform/status/1889721127624385000 and Discord.

Seriously, please answer if this is the case for anyone else because it seems like no one cares, how do I know if I'm doing something wrong, it's not mentioned here, but it's exactly the same for me on the exp version only.

Can be closed, as it can be fixed by enabling AutoHierarchy on the RplComponent (since 1.3.0.76).

Can be closed, since EnumBitFlag attribute has been introduced in 1.3.0.x.

I have the exact same problem with identical tshoot results. Is there a workaround, other than the manually downloading hundreds of mods? My server is Ubuntu 22.04 LTS.

I remember when reforger tools were first released 2 years ago and experimenting with map creation. Once confident, I attempted to build a larger map and imported the heightmap I was working on, immediately hit this bug... after days of messing around I abandoned the project.

Thank you, the next 1.2.1 update should contain a fix for this problem.
Regards,
Geez

I would like to leave the same feedback as bewilderbeest:

@DarkWolf @Geez Thank you guys

In 1.3.0.52 upload will now retry instead of failing when EBREQ_WORKSHOP_UploadAssetFile fails on timeout

In 1.3.0.52 upload will now retry instead of failing when EBREQ_WORKSHOP_UploadAssetFile fails on timeout

Issue was fixed in 1.3.0.52

Creating exactly that server from local hosting from the game (not server) works just fine, cause the mods are already downloaded with the Ingame-Workshop.

Here is a full console log of a server start test, where that issue appears:

strange, it happened to me and I always solved it this way