GOB: Goblins 3: jumping cursor glitch

[KamiLordus]

The mouse cursor behaves strangely (it starts to "jump") when we reach the purple field (Marked in the screenshot).

I'm using Retroarch 1.21, but the standalone version also has the same problem.

I'm reporting the problem here because everything points to it being a problem with the gob engine.

My hardware
Windows 11
I7 7800k, Rtx 3070ti

[BJNFNE]

What game language you have of Gobliins 3?

Can you maybe post the MD5 checksum which are printed in the ScummVM Console when starting the Game.

[KamiLordus]

I've had the USA 1.02 version installed for a long time (English language). I also tried installing the game from the disc (same version) and I have the same problem.
The cursor bounces off the edges of the screen. I can also add that Bizarre Adventures of Woodruff and the Schnibble of Azimuth has the exact same problem (it's probably the same engine?). It's been so long since I reported it that I don't know what the current version looks like in the standalone version of Scummvm, which I don't have. I'm currently only using Retroarch 1.22.2.
Unfortunately, I don't know the checksum of the ISO. I'm not very good with command-line.

Ps.
I tested the same version in DOSBox Pure, and the cursor hides under the purple frame, not bouncing off it.

[joshas]

There are more mouse cursor related issues in GOB engine games, probably very closely related to the one reported here. Many games have feature where mouse cursor is automatically "teleported" over first option of dialog, when it opens, e.g. the "Quit" dialog. Clicking "Quit" in game menu opens "Confirm/Cancel" dialog, and mouse is placed over "Confirm". In original game, or when it is running in DOSBox moving mouse cursor works as expected: it moves from current position, where it is at. But in ScummVM, including the latest 2026.2.0 version, mouse cursor is "teleported" to new location, but after moving mouse, it promptly returns to previous location, where it was before the dialog opened. It is even more annoying when using item menu: mouse moves over first item in inventory, but any movement brings it back to old location, making selecting items quickly a bit complicated, especially when inventory opens quite afar from initial mouse location.

And in original bug report, mouse cursor is supposed to stop at purple dialog box. In DOSBox mouse cursor even hides behind dialog box, but never moves further down.

I suppose this might be related either to Wayland issues, or because there is no "mouse capture" mode in ScummVM. While #9827 was closed as "wontfix", maybe this time we could try to come up with some better solution? Gameplay really suffers when mouse cursor works so erratically. I think scrolling is impacted by this issue too, as scrolling left in Goblins 3 is very hard to achieve when playing in window.

Tested using Goblins Quest 3 (Interactive Demo 3 (v0.02)/DOS/English)
intro.stk: 9e20ad7b471b01f84db526da34eaf0a2, 395561 bytes.

GOG version of the game exhibits same bugs, but as executable was not provided, I could not test it in DOSBox.

Fedora Linux 43 (Workstation Edition), Wayland.