Describe the bug
When attempting to resize the window, right clicking on an edge to intiate a resize will occasionally cause the cursor to jump to a new position on the screen usually making the bulletin board frame alot bigger than intended.

It seems to come and go and ive had no luck reproducing it. I just know if i fiddle around with resizing, after a while the bug will occur.

Screenshots
gif of bug

Does anybody have a reliable way to reproducing this behaviour.

I'd like to update the resize logic to just have it resize from the bottom right corner like blizzard chat frame and other resizable blizz frames.

Thoughts on moving to using a single resize corner on the bottom right like blizzard does?

Go for it. I tend to avoid UI like the plague unless necessary hence the lack of changes

Yea I seen this happen a couple times but can't reproduce it either

I found this on the wiki:

Multiple textures, positioned one to another, may start "fidgeting" when the ScrollFrame's ScrollChild containing them is resized/moved/scrolled. And "fidgeting" may mean quite serious distortions, with textures shifting up to 3-4 pixels in an unpredictable direction. Speculation here - apparently this happens because ScrollFrames are (seemingly) created by rendering all their content onto a texture in memory, and treating the ScrollFrame's ScrollChild as a mere Texture, taking its contents from the in-memory texture using SetTexCoord. Now when the 0-1 texture coordinates suffer from precision errors, everything starts to shake. Surprisingly, though, text does NOT suffer much. Bottom line - use ScrollFrames for large images or blocks of text, but not for a large number of multi-textured relatively-positioned controls.

(https://warcraft.wiki.gg/wiki/UIOBJECT_ScrollFrame/Archive#Details)

This may be what is happening when resizing the bulletinboard frame. Each scroll element would be shifting by a couple pixels causing large jumps in the window position at times.