13046 Paste goes to wrong side

[chrisjj]

Since upgrading to 12204, inc. in 13046, occasionally Edit | Paste operates on the wrong side - see before and after attached.

Sorry I cannot tell you what might cause the variability, but if the Devs have any hunches that would inform vigilance, please do say.

Workaround: first quit and relaunch.

[chrroe]

Hi Chris,

that looks really funny. I tried to reproduce with Build 13046, but here
everything works as expected.

Are you always using the "Edit" menu and the corresponding "Paste" menu entry?
Or does the problem also appear when you use CRTL+V? Maybe it's worth trying to add the Paste icon to the toolbar and use that instead?

Bye
Christoph

[chrisjj]

> that looks really funny.

Agreed. The resultant code faults too!

> I tried to reproduce with Build 13046, but here
> everything works as expected.

Yup, same here.

> Are you always using the "Edit" menu and the corresponding "Paste"
> menu entry?

No.

> Or does the problem also appear when you use CRTL+V?

Yes (thankfully).

> Maybe it's worth trying to add the Paste icon to the toolbar
> and use that instead?

I see no evidence that the fault is sensitive to mode of command issue.

[Michael Bulgrien]

The interesting thing in your first screenshot is that the left-hand side is brighter than the right-hand side which indicates that the left-hand side has focus. So I would expect the paste to occur on the left. What is unexpected in the screenshot is the text cursor on the side that doesn't have focus.

[chrisjj]

> The interesting thing in your first screenshot is that the left-hand side is brighter than the right-hand side which indicates that the left-hand side has focus.

Agreed, yet the normal greening of the focussed sides address is missing.

My guess is the code has some variable duplication in the state management (e.g. BC itself v. Windows form), plus a faulty byway that let's the two get out of sync.

[Michael Bulgrien]

The "normal greening" you refer to is BC3's proprietary inactive selection color. It simply means that the all the text in the field is selected, but the field doesn't currently have focus. BC usually does pretty well in moving that selection from side to side, but if you've done activity that removes the selection, then go on to something else other than returning to one of the edit panels (such as pulling down a drop-down menu) then the MRU address drop-down will remain white. That is normal, not unusual.

The only thing I can't duplicate in your screen capture (outside of doctoring the picture) is the text cursor in the right pane when the focus appears to be in the left. That, indeed, is strange.

[chrisjj]

> The "normal greening" you refer to is BC3's proprietary inactive selection color.
> It simply means that the all the text in the field is selected, but the field
> doesn't currently have focus.

Thanks, but not that I see. E.g. New Folder Compare, type XXX, CTRL+A, TAB - no greening.

[Michael Bulgrien]

That is because the navigation, in that example, removes the selection. In your case, the greening won't even occur if you click on a drop-down menu instead of tabbing. It will remain the active selection (blue).

[chrisjj]

Ah, yes, and when I return to it, BC selects all.

Thanks.