Skip to content

[Bug 🐞]: Repairing control surfaces (non-FAR) enables all axes #95

@Darael

Description

@Darael

Brief description of your issue (aka the problem)

When a control surface (first noticed with Firespitter biplane parts, but later I observed it with stock elevons also, so I'm assuming it's a general issue) has an OHS failure and is repaired, it is enabled for all control axes, regardless of which axes were enabled before failure.

Operating system

Debian Testing

KSP version

1.12.5

Version of addon

2.2.0.0 (CKAN)

Steps to reproduce the behavior or issue

  • Install OHS and launch a vessel with new, low-generation control surface parts (to ensure rapid failure).
  • Disable some axes on these control surfaces — eg, set elevators to pitch only.
  • Fly until such a control surface fails
  • Repair the control surface.

Expected behavior

The control surface returns to its configuration before failure, acting on inputs for only the originally-selected control axes (yaw, pitch, roll).

Actual behavior

All axes are enabled for the control surface, though any symmetry partners are left as they are. This can (and usually does) break input symmetry.

Environment

OhScrap! 2.2.0.0 from CKAN
No other mods besides OHS dependencies are required to manifest the issue, but I first noticed it with parts from Firespitter.
KSP 1.12.5

Log files

No response

Screenshots

No response

Additional context

No response

How did you download and install this?

CKAN (auto install with dependencies)

Metadata

Metadata

Assignees

Labels

bug 🐛An issue with the system. Something isn't working... KSC... we have an error code

Projects

Status

Code

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions