Project

General

Profile

Bug #2881

Controlling claw dockee throws NullReferenceException, hell kraken arises

Added by Mesons about 10 years ago. Updated over 8 years ago.

Status:
Closed
Severity:
Normal
Assignee:
-
Category:
Gameplay
Target version:
-
Start date:
08/28/2014
% Done:

100%

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

Description

KSP version: 0.24.2.559 vanilla, 64-bit and 32-bit on Linux

How to reproduce:
  • when docking using a claw, control the ship without the grabbing claw. (usually works)
  • when docking using a claw, change camera to ship with grabbing claw, then switch back and dock as above (always works)

This can easily be accomplished with the attached .craft--launch one at the runway, drive it west onto the different-colored terrain, launch another, and dock them while controlling the grabbed vessel.

What happens: The debug console spams "NullReferenceException." The terrain disappears (when landed), velocity is set to zero (landed, arbitrary in orbit), camera is frozen, and UI disappears (similar to hell kraken, but no wacky altimeter--see pictures). Landed objects can be heard splashing into the ocean after falling the 70m (when on the runway). Objects in orbit slide off-screen with velocities along the direction of grabbing.

555-555-0199@example.com

555-555-0199@example.com

See the attached rover_clawing_KSP.log, wherein I loaded the game, docked twice while controlling the grabbing vessel, then changed camera to the grabbed vessel and docked passively. orbital_clawing_KSP.log is a record of activating the bug by loading a (career) quicksave of vessels in orbit, arming a claw, then docking while controlling the vessel without the armed claw. The LFB on the craft I used curiously throttled up as it slid off screen when the bug activated.

The first time this bug occurred, I was in orbit and the UI locked, requiring xkill to terminate the program. The program hasn't become locked on any other occasion.

Note: potentially related to #2381.

Mini-rove.craft (22.1 KB) Mini-rove.craft Very simple craft for reproducing Mesons, 08/28/2014 09:46 AM
claw_docking_approach.png (2.13 MB) claw_docking_approach.png [email protected] Mesons, 08/28/2014 09:46 AM
claw_docking_bug.png (721 KB) claw_docking_bug.png [email protected] Mesons, 08/28/2014 09:46 AM
orbital_clawing_KSP.log (194 KB) orbital_clawing_KSP.log [email protected] Mesons, 08/28/2014 09:46 AM
rover_clawing_KSP.log (148 KB) rover_clawing_KSP.log [email protected] Mesons, 08/28/2014 09:46 AM
Claw testing in orbit.sfs (275 KB) Claw testing in orbit.sfs Career quicksave Mesons, 08/28/2014 09:46 AM
3068
3069

Related issues

Related to Kerbal Space Program - Bug #3988: Advanced Grabbing Unit Loss of reference to parent shipClosed01/25/2015

Has duplicate Kerbal Space Program - Bug #3531: Attatching two kerbals via claws, causes the world to disappear.Duplicate11/17/2014

Has duplicate Kerbal Space Program - Bug #5264: NPE caused by connecting active vessel to non-active vessel klawDuplicate07/24/2015

Has duplicate Kerbal Space Program - Bug #5211: Camera gets stuck when a craft (not being the current one) with a claw attaches to the active vesselDuplicate07/05/2015

History

#1 Updated by Padishar about 10 years ago

  • Status changed from New to Confirmed
  • % Done changed from 0 to 10
  • Platform Any added
  • Platform deleted (Linux)

I can confirm the same thing happening on Windows 32 bit and 64 bit. The repro steps were:

Start clean KSP 0.24.2
Copy Mini-rove.craft into ships\SPH folder.
Start new sandbox
Click runway and launch a Mini-rove (A)
Reverse A off the runway and apply brakes
Exit to space center
Click runway and launch another Mini-rove (B)
Reverse B off the runway a short distance from A and apply brakes
Use [ to switch to A
Arm the claw
Use [ to switch back to B
Move camera to look down from above
Drive B into A's claw
(Watch as Kerbin disappears and both craft fall the 70m into an invisible ocean)

#2 Updated by Squelch about 10 years ago

  • Severity changed from Normal to High

#3 Updated by torturedbythecia almost 10 years ago

Somehow this glitch will also occur without an AGU on screen and seems related to the references the comms use.

Some steps to reproduce which might help find the null reference exception:

1. have a relay sat and an orbiting ship/station.
2. set the antenna on the station to the relay satellite.
3. attach something with an AGU onto the satellite.
4. return to the station - the antenna will still try to point to the object/script reference of the satellite prior to attaching the AGU - this will trigger the bug and the ship will fly apart and fall.

I'm assuming that the script creates a new gameobject when you attach the AGU to something and simply replaces the other two with that new gameobject which I assume is the source of the null reference exception. I've had this occur with and without Remote Tech.

#4 Updated by Squelch over 9 years ago

  • Has duplicate Bug #5264: NPE caused by connecting active vessel to non-active vessel klaw added

#5 Updated by Padishar over 9 years ago

Claw has now implemented a fix for this issue in his "Stock bug fix modules". It also appears to fix various other AGU related bugs so an investigation of the source and/or contact with Claw should indicate where the underlying problem lies and allow the required fix(es) to be made in KSP itself.

This is the forum thread: http://forum.kerbalspaceprogram.com/threads/97285-KSP-v1-0-4-Stock-Bug-Fix-Modules-%28Release-v1-0-4b-2-1-Aug-15%29

#6 Updated by sal_vager almost 9 years ago

  • Status changed from Confirmed to Resolved
  • Severity changed from High to Normal
  • % Done changed from 10 to 100

Hi, please be mindful of the bug reporting guidelines and priority table when reporting issues, thank you.

http://bugs.kerbalspaceprogram.com/projects/ksp/wiki

Also this is resolved in 1.0.5

#7 Updated by Squelch almost 9 years ago

  • Has duplicate Bug #5211: Camera gets stuck when a craft (not being the current one) with a claw attaches to the active vessel added

#8 Updated by TriggerAu over 8 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF