DrRacket internal error, difficulty w/^C

Not entirely sure I can describe how to reproduce this, but I wanted to report. The window pop-up reports a DrRacket internal error, and the terminal provides me the following:

user break
  context...:
   /Applications/Racket v8.7/share/pkgs/draw-lib/racket/draw/private/dc.rkt:1218:4: draw-rectangle method in dc%
   /Applications/Racket v8.7/share/pkgs/draw-lib/racket/draw/private/record-dc.rkt:451:15: draw-rectangle method in record-dc-mixin
   .../private/arrow-higher-order.rkt:375:33
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wxme/text.rkt:5505:2: do-redraw method in text%
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wxme/text.rkt:5345:2: refresh method in text%
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wxme/editor-canvas.rkt:648:2: redraw method in editor-canvas%
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wxme/editor-canvas.rkt:1295:4: all-in-chain method in canvas-editor-admin%
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wxme/text.rkt:688:2: own-caret method in text%
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wxme/editor-canvas.rkt:366:2: on-focus method in editor-canvas%
   /Applications/Racket v8.7/collects/racket/private/more-scheme.rkt:148:2: call-with-break-parameterization
   /Applications/Racket v8.7/collects/ffi/unsafe/atomic.rkt:73:13
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wxwindow.rkt:245:22: on-kill-focus method in make-window-glue%
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:435:6
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:486:32
   /Applications/Racket v8.7/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:634:3

I'm on my MacOS M1 machine running 8.7. I opened DrRacket from terminal, and ran a big-bang program. I believe it was running in the background. I then had the file open dialog open also. I tried from the terminal to ^C ^D drracket, but it didn't immediately close, and instead seemed to hang there. When I tabbed back over to drrracket, I believe that's when this window popped up. Sorry I don't have a clearer sequence to report, but I hope the stack trace is useful at least.

When I started up drracket, I did so passing a goodly number (~10) files with it. I only bring that up because I saw that when I do so, the file name keyboard shortcuts go 1: 2: 3: ... 8: , then followed by a bunch of no-name ones, and then the last one is labelled 9:. That seemed odd, so I mention it.

Start with the stack trace locations in draw/private/dc.rkt, draw/private/record-dc.rkt, gui-lib/mred/private/wxme/text.rkt, and editor-canvas.rkt. Reproduce on macOS M1 with DrRacket 8.7 by running a big-bang program, opening the file dialog, and sending ^C/^D from the terminal. Done means the redraw or user-break failure is reproducible and its cause is narrowed.