Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
the mod is fine, PZ is currently failing to download any updated mod. Please check the discord thread, I posted a script that you can try to run in your docker container to fix downloading mods if you're comfortable with it.
So I'm using bisect as a dedicated hoster and the mods failing to download, I tried to use the fixes below but the server tries to download the mod still, could you let me know when you think the mod would be fixed?
"WorkshopItemsInstalled"
{
"503640135"
{
"size" "308083"
"timeupdated" "1752497234"
"manifest" "5926586790091068206"
}
}
"WorkshopItemDetails"
{
"503640135"
{
"manifest" "5926586790091068206"
"timeupdated" "1752497234"
"timetouched" "1752500784"
"latest_timeupdated" "1752497234"
"latest_manifest" "5926586790091068206"
}
}
Download 503640135.tar.gz or 503640135.zip from https://github.com/blind-coder/pz-bcUtils/releases/tag/v1.2.2 (it's the official repository, uploaded by yours truly).
Copy the file to your server at the directory "content/108600".
Extract the file there.
You should now have a directory "503640135" with the mod data in there.
I confirmed that the folder was fully deleted, then reinstalled SteamCMD, which generated new replacement files — but This Workshop item still fails to download.
I already checked the link you shared.
Even after deleting the linux64 folder and completely reinstalling SteamCMD on my VM instance, I'm still getting FAIL ID=503640135 when trying to load the mod.
Nothing seems to change — it just keeps repeating DownloadPending and fails in the end.
I ran these commands in my server:
root@zomboid:~# cp steamcmd/linux64/steamclient.so pz-dedicated/linux64/steamclient.so
root@zomboid:~# cp steamcmd/linux32/steamclient.so pz-dedicated/steamclient.so
The actual location of the steamclient.so files might vary.
LOG : General , 1752495210715> 370,459,344> Workshop: download 5840/222544 ID=503640135
sbd helpme
Hunter 2-1, let me know if your issue is fixed.
I have a solution for dedicated server owners!
Can you check if that fixes the problem for you?
Are there any other errors that might help? that sounds like a download problem...
"item state DownloadPending -> Fail ID=503640135."
already tried everything so i guess is something update related. Time to remove some mods that require that library
@Kable: That'd be possible except for the Moodlets. They are so deep in Java code that it hurts. I've heard it said that that IS on the TODO list for TIS, just pretty deep down.
That's interesting. I'll investigate this! PZ is using kahlua, which is actually slightly different from "normal" Lua in some areas.This might be such an area, or it might be a genuine bug that "just happened to work". I'll check it out!
I just felt compelled to at least report it (coder's duty). Pls ignore where applicable.
The escape thing I told you about? I think I wasn't clear before. You were talking about escaping the regex expression. I was actually referring to escaping the in-code string itself (for the lua parser) which seems to require changing the "\." in the regex string to "\\." to work with some lua implementations (actually just using Lua 5.2 on windows). It seems to report error no matter using dofile or require until I added escaped "\".
PZ may be using a more relaxed parser which means it does not really matter practically (nobody complained, so prob nothing needs to be done). Would be bad if PZ is actually doing something different completely (e.g. "properly" escaping the string actually breaks it in PZ) which I am hoping is not the case.
Thanks for the reply and sorry for troubling you over such inconsequential matter.
It's not the backslash that's escaped, but the "." (dot). In this case, it's to escape the special meaning of "." in regular expressions. In regular expressions a "." means "any character, once", whereas "\." (escaped dot) means a literal dot character.
Just wondering about bcUtils.lua:181 and similar :209
[code]
currentCat = string.match(line, "[a-zA-Z0-9/ \.]+");
[/code]
Is there a need to escape the backslash? I got an error when trying to load the file in a normal lua interpreter (picking up lua). I never seen that problem with PZ itself, so I don't know if it will cause any problem.
Just added a new readINI function to read files from mod directories to support my Mod Release Notes mod.