Opened 10 years ago
Closed 9 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 |
Description
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 , 10 years ago
comment:2 by , 10 years ago
| Summary: | responses of FotAQ are weird → FOTAQ: Weird Response Glitches |
|---|
comment:3 by , 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 , 10 years ago
| Resolution: | → worksforme |
|---|---|
| Status: | new → pending |
comment:5 by , 10 years ago
| Status: | pending → closed |
|---|
comment:7 by , 10 years ago
| Owner: | set to |
|---|
comment:8 by , 10 years ago
| Resolution: | worksforme |
|---|---|
| Status: | closed → new |
comment:9 by , 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 , 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 , 10 years ago
| Owner: | changed from to |
|---|---|
| Resolution: | → fixed |
| Status: | new → pending |
comment:12 by , 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:14 by , 9 years ago
| Status: | pending → closed |
|---|
forget the last sentence about the music and talkie, that was a sophisticated technical error on my end (unplugging the speakers while cleaning...)