Script error #225
Labels
No Label
bug
Critical Priority
duplicate
enhancement
help wanted
High Priority
Low Priority
Medium Priority
Meta
needs more info
question
refactor
wontfix
bug
Critical Priority
duplicate
enhancement
help wanted
High Priority
invalid
Low Priority
Medium Priority
Meta
question
wontfix
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Cavemanon/SnootGame#225
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I encountered the following script error during the game:
I should mention, this is with the GNU/Linux version. I do not experience this issue with the Windows version via WINE.
Unable to reproduce this bug, same said for #224
What I did: download this game version (Patch 8, New Years, GNU/Linux), unpack it using unar v1.10.7 onto a BTRFS partition, then run the game via
SnootGame.sh
using zsh v5.9 and Python v3.11.3.Seems like a
unar
problem, unable to handle quotes.While it's extracting, truncates the filename wrong
SnootGame-Patch8_NewYears-linux/game/script/11B.anon-gets-fangs'-pronouns-right,-and-she's-smug-abou (4467 B)...
and because it goes in alphabetic order the rpyc file will overwrite the rpy file.
Xarchiver works, 7z doesn't work out of the box, might need to look into this more.
Use Windows
Maybe it's an issue caused by the combination of the software used for archiving and extraction? I wanted to report the bug to the unar dev so I made a simple test archive with an extremely long filename but I was not able to reproduce the bug this way. In my case I used
tar cjf
to create the archive and there were no issues when extracting the archive again. When creating a test archive with the problematic SnootGame files (from the Windows version which had no issues despite the same filenames) I was also able to extract them without issue again. I've attached the archives in question.Edit: it seems that when you attach files with unsupported file extensions Gitea just silently fails.
I ran through the game and can't reproduce the bug (running Devuan Ceres, extracted using tar). If you're using unrar, are you using the
unrar free
package or the non-free version?I am not using unrar. I am using unar. The corresponding package (on Manjaro) is called "unarchiver" and the corresponding website seems to be this.