Switched rail types are seen as a new block with no connection to logic blocks (buttons etc) that were connected to it previously.
Description
Description
Details
Details
- Commits
- Restricted Diffusion Commit
- Task Type
- Bug
Testing Results
- Affected Gamemode(s)
- Single and Multi
- Reproducible
- Yes
- Last tested (version)
- 0.200.119
- Category
- Control Block System: Rails/Docking
Hardware/Software/System
- OS-Specific
- No
- Hardware-Specific
- No
- Video Card Vendor
- uncertain
Steps to reproduce
Set up a piece of docking rails.
Set up two buttons that connect to the above docking rails to switch rail types. Let’s go with the shootout and normal docking rails.
In the initial setup both buttons are connected to the demo docking track and are highlighted purple when selecting the button.
As soon as the rail type is switched the buttons loose the connection to the demo track. The rails can no longer be changed to a different type unless you connect the buttons again.
Tester information (Internal use only)
copying rotator or docking/undocking rails to blocks causes the links of the copy mechanic to break
Serverconfig (server.cfg)
<replace this block with the file content, but do not remove the first and last line. Before using the paste function, mark the area from the opening angle bracket to the closing angle bracket>
Clientconfig (settings.cfg)
<replace this block with the file content, but do not remove the first and last line. Before using the paste function, mark the area from the opening angle bracket to the closing angle bracket>
Related Objects
Related Objects
Event Timeline
Comment Actions
-Fic Confirmed-
Only a very minor issue left:
Having "angle-control" links transition into regular rails causes them to be flipped on when an entity moved on them, and all off when the entity leaves them again.
Not much of a problem, as this is exactly the expected behaviour for regular rails.