[2.9.5.55918 MT] Incorrect Set Heading Control Knob animation and function

[Stickler]

When left-clicking on the Set Heading Control Knob with the mouse, a "pushing in" animation is triggered as expected.

When keeping the left mouse button depressed, the mouse wheel can then be used to move the knob left and right, with the corresponding change in indicated heading.

When releasing the left mouse button, however, the knob instantaneously moves to the 2 o'clock position. This movement to the 2 o'clock position does not coincide with a heading adjustment.

Subsequent presses and releases of the left mouse button pop the knob in and out as expected, however the 2 o'clock position is "stored" as indicated by the actual knob position. Using the mouse wheel once more to change the heading with the left mouse button depressed now means that an instantaneous and large amount of heading change to the right is initiated, which must be arrested by quickly moving the mouse wheel.

To get rid of the new "default" position, it is necessary to move the mouse wheel one notch left or right without depressing the knob. However, after a subsequent heading adjustment, the button pops back to the 2 o'clock position.

Edited June 29, 2024 by Stickler

[Zabuzard]

What are the positions of your two nav knobs to the right? and is the FD on?
cheers

[Stickler]

Slaved and Zero. Please reference the attached track.

The behaviour occurs with the AFDS (which I assume you mean by "FD") on or off. If it is on, the aircraft will (violently) move to follow the induced heading changes. This last part is presumably realistic.

heading.trk