Bug Reporting Thread 2
Moderators: Ice Cream Jonsey, joltcountry
-
Admiral Ackguh
- Posts: 137
- Joined: Sat Nov 03, 2012 11:26 am
- Location: Canada
- Contact:
Bug Reporting Thread 2
I tried to add to the original Bug Reporting Thread, but the web site crashed when I pressed Reply. The admins can move any messages here to the original thread once they fix the problem.
- A:A:
-
Admiral Ackguh
- Posts: 137
- Joined: Sat Nov 03, 2012 11:26 am
- Location: Canada
- Contact:
[BUG] SUCCESS variable checking
One of the uses of the SUCCESS variable is to block the player from traversing a portal, by using the portal's passing action macro to set SUCCESS to 0.
If the player is unburdened, everything works as expected.
If the player is burdened: The game engine runs the step macro one or more times after the portal macro, and sets SUCCESS to 1 before each step macro call, and checks SUCCESS after each call.
That means that a burdened player can use portals that should be blocked.
Solution: Obviously, the step macros must change SUCCESS in the same way as the portal macros. The developer could duplicate portal macro code, or set aside a variable for "global success". If so, Portal macros would need to set this variable the same way as SUCCESS, and step macros would set SUCCESS to this variable.
If the player is unburdened, everything works as expected.
If the player is burdened: The game engine runs the step macro one or more times after the portal macro, and sets SUCCESS to 1 before each step macro call, and checks SUCCESS after each call.
That means that a burdened player can use portals that should be blocked.
Solution: Obviously, the step macros must change SUCCESS in the same way as the portal macros. The developer could duplicate portal macro code, or set aside a variable for "global success". If so, Portal macros would need to set this variable the same way as SUCCESS, and step macros would set SUCCESS to this variable.
- A:A: