Project

General

Profile

Bug #2346

TR-38-D decoupler does not separate correctly

Added by Kasuha over 10 years ago. Updated over 8 years ago.

Status:
Closed
Severity:
Low
Assignee:
-
Category:
Parts
Target version:
-
Start date:
04/04/2014
% Done:

100%

Version:
Platform:
Win32
Expansion:
Language:
English (US)
Mod Related:
No
Votes:
Arrow u r green
Arrow d r red

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

screenshot4.png (1.79 MB) screenshot4.png [email protected] Claw, 04/04/2014 08:06 PM
2506

Related issues

Related to Kerbal Space Program - Bug #2355: KSP 0.23.5 exits when staging to TR-38-D couplerClosed04/05/2014

Related to Kerbal Space Program - Bug #5198: TR-38-D does not correctly decouple with struts involvedClosed07/01/2015

Related to Kerbal Space Program - Bug #5414: Decoupling creates empty ghost stage, Camera looses focus, Ship spins out of controlClosed09/15/2015

Has duplicate Kerbal Space Program - Bug #2520: Under some conditions, parts act like they are rubber, instead of breaking as they shouldDuplicate06/15/2014

Has duplicate Kerbal Space Program - Bug #2503: Weird crash separating stagesDuplicate05/25/2014

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

2506

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 about 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 over 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

Also available in: Atom PDF