"Find" keyboard shortcuts operate on indeterminate window

This applies to RDi version 8.0.3. (You might want to add "Release" as a Product identifier.) ;-)

It appears that when using the "Find/Replace" function, using keyboard shortcuts causes RDi to operate inconsistently, sometimes on the active window and sometimes on the first window in which the Find dialog was opened (which may or may not be different windows) -- rather than strictly on the active window, as a user might expect. Thus, the source member on which "Find again" (ALT+a), "Replace" (ALT+r), or -- worst -- "Replace all" (ALT+e) may operate is uncertain, and therefore potentially destructive.

In fact, in just testing again as I'm writing this, I just had ALT-n Find the next occurrence of a text string in the inactive window, but ALT-r (pressed immediately after the ALT-n) Replace text in the active window -- back--to-back shortcuts operating on different source members!

This is just anecdotal, but my impression is that this bug may have something to do with a difference between which window contained the button the user last clicked on and which window the user is actually editing (i.e. is active).

1.Open two source members, side-by-side.
2. In the left window, press CTL+f to open the Find dialog; enter a search string,
3. In the right window, press CTL+f to open its Find dialog, and enter a search string.
4. Press ALT+n (Find Next). Sometimes this will Find Next in the (active) right window; at other times, it will Find Next in the (inactive) left window.
5. Press ALT+r (Replace). Sometimes this will Replace text in the (active) right window; at other times, it will Replace text in the (inactive) left window. Which window this operates on may be the same one as Find Next operated on ... but maybe not.