Bug #2346
TR-38-D decoupler does not separate correctly
100%
Description
Originally posted by katateochi (http://forum.kerbalspaceprogram.com/threads/75016-Issue-with-the-new-TR-38-D-decoupler)
The TR-38-D decoupler may not separate correctly, the separated part might continue to behave as if it is still connected to the ship.
Effects:
- parts on the separated part remain controllable
- struts drawn between the separated part and the rest of the ship are not removed
- when entering non-physics time warp, the separated part snaps back into position before separation
Exact rules how to reproduce it are not clear but what works so far is:
Place root part, then mount axially two more parts below it, then decoupler and then at least one more part. Add at least one part radially mounted to the decoupler.
craft file: http://www.sendspace.com/file/85g5h9
Initial
After decoupling
Throttling up
Killed throttle and entered time warp
Related issues
History
#1 Updated by Kasuha over 10 years ago
Commentng out the PhysicsSignificance = 1 line in part.cfg appears to fix the problem.
#2 Updated by Claw over 10 years ago
- File screenshot4.png screenshot4.png added
- Status changed from New to Confirmed
- % Done changed from 0 to 10
I was able to replicate this with several different kinds of configurations, but found perhaps some more details.
REPRODUCTION: Root part, two parts, decoupler with any radial mounted part, and struts connecting the decoupler to the root part.
If any of those things were missing, or the struts were connected to any other part, it didn't happen.
Also, attached is a screenshot showing a stack overflow when decoupling.
#3 Updated by RexKramer almost 10 years ago
I was not able to reproduce this in 0.25. Interestingly, PhysicsSignificance=1 is still in the .cfg file. So a second opinion would be nice before marking as resolved. Paging Kasuha!
#4 Updated by Squelch over 9 years ago
- Has duplicate Bug #2520: Under some conditions, parts act like they are rubber, instead of breaking as they should added
#5 Updated by Squelch over 9 years ago
- Has duplicate Bug #5198: TR-38-D does not correctly decouple with struts involved added
#6 Updated by Squelch over 9 years ago
- Has duplicate Bug #2503: Weird crash separating stages added
#8 Updated by Squelch over 9 years ago
RexKramer wrote:
I was not able to reproduce this in 0.25. Interestingly, PhysicsSignificance=1 is still in the .cfg file. So a second opinion would be nice before marking as resolved. Paging Kasuha!
The behaviour still seems to be present, and has been recently reported. see #5198.
The issue has been forwarded to the developers, and it has also been recently remarked that Unity 5 brings stronger joints. The need for the PhysicsSignificance flag may become moot and remove this bug as a result.
#9 Updated by Kasuha over 9 years ago
Squelch wrote:
The need for the PhysicsSignificance flag may become moot and remove this bug as a result.
Removing PhysicsSignificance flag only masks the bug but it may appear in more complex and harder to replicate situations, such as when two parts with PhysicsSignificance flag become separated in a crash or due to overheating.
Since this reproduction scenario does not work anymore I believe this particular ticket should be closed and newer tickets with working reproduction scenarios should be used as basis for a fix regardless whether PhysicsSignificance flag of the decoupler stays or not.
#10 Updated by Squelch over 9 years ago
- Status changed from Confirmed to Resolved
- % Done changed from 10 to 100
Kasuha wrote:
Since this reproduction scenario does not work anymore I believe this particular ticket should be closed and newer tickets with working reproduction scenarios should be used as basis for a fix regardless whether PhysicsSignificance flag of the decoupler stays or not.
You are correct, and this reproduction is no longer valid so could be described as resolved.
Reopening #5198 with further comments and information. See #5226
#11 Updated by Squelch over 9 years ago
- Has duplicate deleted (Bug #5198: TR-38-D does not correctly decouple with struts involved)
#13 Updated by Squelch over 9 years ago
- Related to Bug #5198: TR-38-D does not correctly decouple with struts involved added
#15 Updated by Squelch over 9 years ago
- Platform Win32 added
- Platform deleted (
Windows)
#16 Updated by RexKramer about 9 years ago
- Related to Bug #5414: Decoupling creates empty ghost stage, Camera looses focus, Ship spins out of control added
#17 Updated by TriggerAu over 8 years ago
- Status changed from Resolved to Closed