Opened 10 years ago

Closed 8 years ago

#6700 closed defect (fixed)

FOTAQ: Weird Response Glitches

Reported by: SF/selmiak Owned by: bluegr
Priority: normal Component: Engine: Queen
Version: Keywords:
Cc: Game: Flight of the Amazon Queen


Talkie/DOS/English version of FotAQ from ScummVM website. ScummVM 1.7.0

When clicking somewhere while a dialoge is displayed the click is somehow saved and in case there is a dialoge option where you clicked this line is selected then, even when you move your mouse somewhere else while the current dialoge is still running.

Also, when fastforwarding through the intro to finally load a saved game the same happens, F5 (options menu) click is 'saved', so when exiting the options menu you enter it again. Also there is no music or talkie after ff through the intro and loading a game.

Ticket imported from: bugs/6700.

Change History (14)

comment:1 by SF/selmiak, 10 years ago

forget the last sentence about the music and talkie, that was a sophisticated technical error on my end (unplugging the speakers while cleaning...)

comment:2 by digitall, 10 years ago

Summary: responses of FotAQ are weirdFOTAQ: Weird Response Glitches

comment:3 by digitall, 10 years ago

I can not replicate the described behaviour with the latest git master on Linux x86_64. selmiak: What Operating System / Platform are you using?

Setting as "pending works-for-me". This item will be automatically closed in 14 days unless it is updated.

comment:4 by digitall, 10 years ago

Resolution: worksforme
Status: newpending

comment:5 by digitall, 10 years ago

Status: pendingclosed

comment:6 by digitall, 10 years ago

Closing as the submitter is unresponsive and can not replicate.

comment:7 by digitall, 10 years ago

Owner: set to digitall

comment:8 by wjp, 10 years ago

Resolution: worksforme
Status: closednew

comment:9 by wjp, 10 years ago

I'm unsure what the submitter means with the F5 part, but I can confirm that clicks while subtitles are showing can trigger dialogue options.

comment:10 by digitall, 10 years ago

Mea Culpa. Yes, I can replicate this.

The mouse cursor is not hidden during the part of dialogues when the NPC is talking and any clicks are "queued" until the dialogue options appear where upon they are actioned.

Either we are failing to hide/show the mouse, or pending events should probably be flushed prior to showing the dialog.

Will need to see what the original did under DOSBox.

It also appears to be impossible to close ScummVM by windowed [x] in this mode i.e. I think the "&& !shouldQuit" test is missing in a dialog inner loop.

comment:11 by bluegr, 10 years ago

Owner: changed from digitall to bluegr
Resolution: fixed
Status: newpending

comment:12 by bluegr, 10 years ago

I've added a fix for this, by clearing the input queue for these two places (the options screen and the dialog options screen) in commit 0db09d3. The changes fix the input issues for me.

The other issue that digitall reported (i.e. that the engine isn't closing while dialog options are shown) has been fixed in commit b5b5417.

Both changes should be available in the next daily version of ScummVM. Please double check if these issues have been fixed for you.

Changing to pending-fixed, please double check so that this can be closed.

comment:13 by digitall, 10 years ago

thebluegr: Thanks for looking at these fixes. :)

comment:14 by sev-, 8 years ago

Status: pendingclosed
Note: See TracTickets for help on using tickets.