-
Notifications
You must be signed in to change notification settings - Fork 723
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TUNIC: Error catching for logic bugs in ER #3082
TUNIC: Error catching for logic bugs in ER #3082
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems completely risk-free (In fact, it's almost negative-risk)
worlds/tunic/__init__.py
Outdated
warning(f"{location.name} is not logically accessible for " | ||
f"{self.multiworld.get_file_safe_player_name(self.player)}. " | ||
"Creating entrance hint Inaccessible. " | ||
"Please report this to the Tunic rando devs.") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is not nearly funny enough, needs to have at least 3 layers of self-deprecation or flirty vibes /j
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So true
For worlds with multiple maintainers, are we meant to get approvals from all of the maintainers? I'm the main one doing all of the entrance rando stuff, so this doesn't really have anything to do with Silent |
What is this fixing or adding?
Currently, if there was an error encountered where a location is unreachable in entrance rando, it would raise an exception that isn't the most clear to a host.
Now, it'll log a warning and make the entrance hint "Inaccessible". This is so that gen can continue, since I wouldn't want something like this that doesn't always lead to a game that can't be beaten to stop games from happening.
There aren't any currently known bugs in the entrance rando logic, this is mostly a just in case.
How was this tested?
Test gens.
Easy way to test is to go to the line in er_scripts that is
while len(connected_regions) < len(non_dead_end_regions):
and change it towhile len(connected_regions) < len(non_dead_end_regions) - 10:
, with the entrance rando option enabled in the yaml. It might take a few tries for it to actually proc.If this makes graphical changes, please attach screenshots.
N/A