Opened 11 years ago

Closed 11 years ago

#6209 closed defect (outdated)

DREAMWEB: Crash when taking objects.

Reported by: SF/gk967 Owned by:
Priority: normal Component: Engine: Dreamweb
Version: Keywords:
Cc: Game: Dreamweb

Description

ScummVM version (scummvm -v): Latest. Also tried the daily build. Version of game (Talkie, Floppy, ...): UK version. Platform and Compiler (Win32, Linux, ...) Win7 x64. Attach a save game if possible: I don't know where they are stored. Please tell me, so I can attach them. I can't find them neither at game's path, nor at scummvm's one.

Bug details, including instructions on reproducing : When taking objects and opening the inventory, right after the inventory opening the screen goes scrambled and nomatter where you click the game not response. Eg. at Julliet Chappel's when taking the blue Cartridge. Also with various things at Eden's room, when she's taking bath.

.

Ticket imported from: #3596157. Ticket imported from: bugs/6209.

Attachments (3)

Screenshot.png (279.0 KB ) - added by SF/gk967 11 years ago.
Screenshot.
Saved games.7z.001 (200.0 KB ) - added by SF/gk967 11 years ago.
Save states 1/2.
Saved games.7z.002 (151.4 KB ) - added by SF/gk967 11 years ago.
Save states 2/2.

Download all attachments as: .zip

Change History (14)

by SF/gk967, 11 years ago

Attachment: Screenshot.png added

Screenshot.

comment:1 by SF/gk967, 11 years ago

Priority: normallow

comment:2 by lordhoto, 11 years ago

Priority: lownormal
Summary: Crash when taking objects.Dreamweb: Crash when taking objects.

comment:3 by lordhoto, 11 years ago

Please do not change the priority setting on your own, thanks.

comment:4 by lordhoto, 11 years ago

Summary: Dreamweb: Crash when taking objects.DREAMWEB: Crash when taking objects.

comment:5 by SF/gk967, 11 years ago

Ooops! SORRY!!! :-)

I had in mind (when posted to another project), that the developer instructed the posters to set a priority to their posts. Having that in mind, I lowered a bit the priority, because I didn't considered it a serious problem.

Obviously, this is not the case, with the ScummVM project. OK! I'll remember it and I won't do the same mistake again! :-) THANKS!!! :-)

comment:6 by digitall, 11 years ago

gk967: Please read Section 6.0 (Savegames) of the README for savegame locations: https://github.com/scummvm/scummvm/blob/master/README

Also, please can you try removing all your Dreamweb savegames and then running the latest daily build i.e. from development x86_64 here: http://buildbot.scummvm.org/builds.html and try replicating from a clean new game start...

The reason for this is that due to a previous bug, all Dreamweb savegames from v1.5.0 may have corrupt structures, though the daily builds should be detecting this and erroring out on loading... but you should check that a v1.5.0 bad savegame is not the cause..

comment:7 by digitall, 11 years ago

The bug I am referring to is bug #3591088 - "DREAMWEB: Corruption of inventory items" : https://sourceforge.net/tracker/?func=detail&aid=3591088&group_id=37116&atid=418820

by SF/gk967, 11 years ago

Attachment: Saved games.7z.001 added

Save states 1/2.

by SF/gk967, 11 years ago

Attachment: Saved games.7z.002 added

Save states 2/2.

comment:8 by SF/gk967, 11 years ago

Oh, THANKS tdhs for your help!!! Next time, I'll read the manual, more carefully Promise. :-)

For now: 1) I uploaded the savestates. 2) I downloaded the latest development build for Win64 and indeed trying to load some later saves (the problematic ones), crashes. Even savestates who didn't had an obvious problem with the stable version. On early saves, doesn't seems to have the slightest problem.

I'll try running the game from the beginning tomorrow and I'll be back. G.

comment:9 by SF/gk967, 11 years ago

Indeed, I deleted the old saves and started from the beginning I didn't had any problems! :-) I tried various combinations, but all inventory items appeared correctly.

comment:10 by digitall, 11 years ago

Resolution: outdated
Status: newclosed

comment:11 by digitall, 11 years ago

gk967: Thank you for confirming this. I am going to close this bug as out-dated. Please use the nightly builds until the v1.6.0 release.

LordHoto: We may want to consider a interim point v1.5.1 release to backport this fix to prevent further user reports...

Note: See TracTickets for help on using tickets.