Page MenuHomeSchine - Phabricator
Create Task
Maniphest T2395

Starmade | Transporter target UID is not adjusted when spawned in from a blueprint
Confirmed task for development, NormalPublic
Actions

Description

Transporter:
We spawned a blueprint of a station. The station then got centered within the sector by a server admin. All transporter 'stopped' working, insofar they tranported to the sector coordinates of the other transporter modules, which were valid before the station got centered. Deleting the transporter modules and placing new ones in the same position reproduces the same result. If you put transporter modules in a different place, then it would work again. The sector coordinates related to the transporter module seem to be stored in the space the module occupied and remains unchanged even if the block gets replaced within the very same point in space.

Rail:
A encountered a similiar behaviour with rail blocks. I use a button adjacent to a rail block, then link the button to a sequence of rails, such that the trigger of the button changes the orientation of the rail within the sequence according to the rail that is adjacent to the button. If the rail block adjacent to the button the gets replaced with a rail block of a different orientation, the orientation of the former block remains. It is as if the meta-information like block-orientation is been safed in the space the block originally occupied, and remains unchanged after replacement.

Since those two encounters are similiar, I post them togehter in one bug report.

@lancake: Can't reproduce the rail issue and it looks like the duplicate meta links issue we had before (which should be fixed now), might explain why I don't get it anymore.

Details

Task Type
Bug
Testing Results
Affected Gamemode(s)
Single and Multi
Reproducible
Yes
Last tested (version)
0.200.334
Category
Control Block System: Functional
First occurrence (version)
0.199.535
Hardware/Software/System
OS-Specific
No
Hardware-Specific
No
Video Card Vendor
uncertain
Steps to reproduce
  1. Make a station or ship with 2 transporters on it
  2. Point them to themselves and confirm if they work
  3. Save as blueprint
  4. Spawn in as different name
  5. Try them out and they'll transport you to the original entity OR if you deleted that, it won't transport you at all
Tester information (Internal use only)

-validated- & -confirmed-

Transporters save their target UID in the blueprint, so spawning in a new one will make all of their links point towards the original entity of where the blueprint was taken from.
Most likely the original entity doesn't exist anymore, so you'll end up with invalid links unless the newly spawned entity has the exact same name.

If the transporter UID points towards itself, or to a dock that is also going to be included in the blueprint file, it should set this properly when spawned so that the links are using the new entity instead.

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>

Event Timeline

lancake moved this task from New / Unconfirmed to Confirmed on the Issue Navigation board.Mar 18 2018, 8:28 PM
lancake added a subscriber: lancake.
lancake claimed this task.

-validated- & -confirmed-

Transporters save their target UID in the blueprint, so spawning in a new one will make all of their links point towards the original entity of where the blueprint was taken from.
Most likely the original entity doesn't exist anymore, so you'll end up with invalid links unless the newly spawned entity has the exact same name.

If the transporter UID points towards itself, or to a dock that is also going to be included in the blueprint file, it should set this properly when spawned so that the links are using the new entity instead.

Can't reproduce the rail issue and looks like the duplicate meta links issue we had before (which should be fixed now), might explain why I don't get it anymore.

lancake shifted this object from the S1 Public space to the S3 Starmade space.Mar 18 2018, 8:32 PM
lancake updated the task description. (Show Details)
lancake changed the visibility from "Custom Policy" to "Public (No Login Required)".
lancake changed the edit policy from "Task Author" to "Starmade (Project)".
lancake edited Steps to reproduce. (Show Details)
lancake edited Tester information (Internal use only). (Show Details)
lancake changed Last tested (version) from 0.199.535 to 0.200.334.
lancake changed Category from none/unspecified to Control Block System: Functional.
lancake set First occurrence (version) to 0.199.535.
lancake renamed this task from Meta-information of transporter and rail modules safed in the space those block occupie and remain, even when those blocks get replaced. to Transporter target UID is not adjusted when spawned in from a blueprint.
lancake changed the task status from Open to In Queue.Mar 18 2018, 8:51 PM
Restricted Application edited projects, added Game Development, CBS: Functional; removed Issue Navigation. · View Herald TranscriptMar 18 2018, 8:51 PM