Surefire way to reproduce:

1) launch Squeak5.2 or Squeak5.1 with the 5.0-201810190412 VM.

2) Click "Skip" to remove the "Welcome To Squeak" banner.  The
"Welcome To Squeak" window is there.

3) Click somewhere in the text pane to give it keyboard focus.

4) Click and drag to select 4 or 5 lines of text in the second paragraph.

5) Using mouse wheel, scroll down a few lines.

6) Using mouse wheel, scroll up *really fast*, ensuring to slam to the
top.  The selection is gone text cursor is one or more words to the
left of the original selection.

7) If the selection is still there, keep scrolling up as fast/hard as
you can, and watch the text cursor move in increments of one word to
the left, as if Control+[Left Arrow] is being pressed.

 - Chris


On Sat, Nov 3, 2018 at 7:27 PM tim Rowledge <tim at rowledge.org> wrote:
>
>
>
> > On 2018-11-03, at 4:24 PM, Chris Muller <asqueaker at gmail.com> wrote:
> >
> > The bug doesn't exist in the 5.0-201807260206 VM.  This affects the
> > input events coming in, which manifests in ways no one can predict.
>
> I do't seem to be able to replicate this on a 5.2 image running on a 5.2 Pi vm.
>
> Specifically
> Squeak5.2beta
> latest update: #18199
> Current Change Set: Unnamed1
> Image format 6521 (32 bit)
> &
> /home/pi/Squeak/sqcogspurlinuxhtRPi/lib/squeak/5.2-201810190412/squeak
>
> I opened a debugger (with cmd-. just in case that might matter) and EventSensor>processEvent: selected some code near the top (event at: 8 put: window) and then scrolled down using the mouse wheel (Apple Mighty mouse). The selection was retained as I'd expect.
>
> Do you have a good example I can try out?
>
>
> tim
> --
> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
> Don't compare floating point numbers solely for equality.
>
>
>