New implementation of path/railing separation breaks old parks

[ArcticX9]

Operating System

Windows 10

OpenRCT2 build

OpenRCT2, v0.4.3-313-gOda9693

Base game

RollerCoaster Tycoon 2

Area(s) with this issue?

This bug is a graphical glitch or error, This issue has to do with park objects and/or asset packs

Describe the issue

Recently I have noticed that, since the implementation of selectable/mix-and-matchable path types and railings, a Tile Inspector trick used in the past featuring queue path being made invisible yet maintaining path objects has become broken.

The trick involved used tile inspector to select three out of four directions, making the queue line invisible but maintaining the path features.

When I opened a project recently, I noticed this behavior had changed.

Upon investigating older parks, I found that those parks (many which were pre-.park format) had developed this issue retroactively. It's even visible in the official OpenRCT2 title sequence (Ancient Worlds).

Steps to reproduce

1. Open any of the attached parks or any park that had used this method in the past.
2. Find an instance of the technique used; in the case of Ancient Worlds this is clearly visible at the entrance and the boat docks near the entrance.
3. Note that there is now queue railings where there once was nothing.

Old:

New:

Attachments

References.zip

[spacek531]

The queue railings are likely caused by an update that allowed queues to have forks in them. The solution would be to import queue paths like this as invisible from sv6 and park files before this update.

[Gymnasiast]

Yes, this wouldn't be difficult to fix. I actually employed a solution like that for the steep log flume bits, so it shouldn't be difficult to port. Do note that SV4 would also need to be modified, as it's possible the same trick was used there.

[spacek531]

I'll take this bug.

[spacek531]

will be fixed by #19538