Also it's Linux gaming rig.

Are the server and client on the same machine ?

Translations are client side. And function that handle the translations are also client side. They must be loaded from the gaming rig, not the server.

No, server is dedicated and sits fully separated from client (physically on same computer, but in different LXC containers, no shared filesystems). Just like it would be over internet. The only instance where I've seen translations implemented yet working with my setup (no AddWorkshop on server, nothing extra installed on client) is NPC Spawn Platforms, which has properties file with translations. ".properties" can be added to FastDL with AddSingleFile. AddCSLuaFile should not cause problems either, addons do that all the time. I have no idea why trackassemblytool fails.

I want to stay away from *.properties extension as far as possible. I want the translation to be an actual lua file encoded in UTF-8 so I can fill up hashes dynamically using concatenation an all the other neat functions from the sting library, which happen to utilize UTF8 quite nice.
That is also the first time I encounter this error ( o far as I remember at least ), so I will try running a sever under VM and forward it to my real IP to debug this and enable the client logs.

Hi,

I make a server just now, to test that and it is working quite well for me even with disabled 'sv_allowcslua'. Are you sure that your server is up to date and you have all the permissions on the CFG and addons ? Addons main folders must be with lower case letter to work.


This is my my run command

Addon is not installed on client, right? Is addon installed as folder in "addons"? I have no idea what is causing "Oops, missing ?", every other addon works as expected.

@Jane has Garry's Mod 21 Mar @ 7:34pm

You need to install the same addon in both client and server. If you are using Linux server make sure the cloned repo folder ( the one that contains the "lua" folder ) name includes only digits, lower case letters and underscore otherwise the linux machine will not see the files at all.

Windows: ...garrysmod\addons\TrackAssemblyTool_GIT ( upper case is allowed )
Linux: ...garrysmod/addons/trackassemblytool_git ( upper case is not allowed )

I made all the files in TA with lower case names. Try leading only the "lua" folder inside the main repo folder. This is the source of the tool and only it is needed to function anyway :P

Oh, this is pain. It would be great if such small addon was fully FastDL compatible. As for filenames, I am fully aware of Garry's Mod being broken regarding uppercase filenames. Already had directory name lowercase (and there's no uppercase in file names with exception of unrelated "tools" dir already).

Oh, hold on, there's more uppercase stuff. Nope, it's not the cause.

I think you better ask in the Gmod discord. Can you use the *.gma version ?

Garry's Mod - Discorddiscord.com › invite › gmod
Official discord for Garry's Mod from Facepunch | 58700 members. ... You've been invited to join. Garry's Mod. 19,470 Online. 58,700 Members. Accept Invite.

https://discord.com/invite/gmod

It is weird that table hashes and dynamic compilation work for so many people ... You can rid of the "tools" directory BTW. It only contains stuff that makes me develop :D. You can delete everything that is not located in the "lua" directory. I've merged the translation hash indexing and if does not work, then Lua itself does not work.

I always test my changes before I merge or update something so I am sure TA is OK.

I do not want to use .gma. Neither I want to use Discord. I am giving up. Also I want to quote author of Ultimate Workshop Downloader:

Originally posted by https://steamcommunity.com/workshop/filedetails/discussion/2214712098/3099012755257220350/:

Ultimately, if we still have problems downloading legacy addons in 2021, we should totally blame addon developers. They should configure what needs to be sent, but they often don't. To make matters worse, they started to care even less about paying attention to server dl after GMod started using Workshop - since it's super pratical and "automatic" (with resource.AddWorkshop()).

My problem with TA is not that it does not configure files to be sent, it's the fact I simply can't do it. All other addons can be scanned for usual resource files for resource.AddSingleFile / AddFile. This approach does not work with TA.

Hmm. Interesting. I will check AddSingleFile. I will revert the old way if compiling translations and test it with this. Will commit shortly. I will create new issue for you


Although This "AddCSLuaFile" claims to solve this problem in the first place o its own and this is pretty weird...

https://wiki.facepunch.com/gmod/Global.AddCSLuaFile

Originally posted by Jane:

Oh, hold on, there's more uppercase stuff. Nope, it's not the cause.

Could you please try if the last WS version works for you. I've added Intensional call of this function. as it seems only "AddCSLuaFile" is not enough for you.

https://github.com/dvdvideo1234/TrackAssemblyTool/commit/c69a3d1f26b22777382eb1defb84c353b717acdf

https://github.com/dvdvideo1234/TrackAssemblyTool/issues/29

AddFile is not meant for lua files.

Originally posted by Jane:

AddFile is not meant for lua files.

Anyway. Does it work now or ?

My translation ARE lua files so they are compiled as a regular UTF8 files ;). I'd blame the Gmod devs on this one... AddSCLuafiles are basically the same but for lua files.

https://wiki.facepunch.com/gmod/Global.AddCSLuaFile