forked from severedsolo/OhScrap
-
-
Notifications
You must be signed in to change notification settings - Fork 11
Open
Labels
bug 🐛An issue with the system. Something isn't working... KSC... we have an error codeAn issue with the system. Something isn't working... KSC... we have an error code
Description
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)
zer0Kerbal
Metadata
Metadata
Assignees
Labels
bug 🐛An issue with the system. Something isn't working... KSC... we have an error codeAn issue with the system. Something isn't working... KSC... we have an error code
Projects
Status
Code