Drag handle behavior on mirrored leader text box

The width drag handle behavior on a mirrored leader text box seems counterintuitive. I have a habit of mirroring things when I need an entity flipped for whatever reason. I do this on leader text boxes. However, mirroring a leader box does not mirror the justification or the width drag handle for the box, so dragging a mirrored text box, you have to think in reverse to accomplish a width adjustment. However, there is no indication that a text box has been mirrored, so often you cannot know upon a visual inspection which handle controls the width adjustment.

Could the text box handles be flipped on a mirroring operation, so the box continues to function normally?

Hello- I see this, thanks.

-Pascal

I think this is a case of this bug:

RH-66429 Leader: Mirrored leaders’ grip behavior