Opened 16 years ago

Closed 16 years ago

Last modified 6 years ago

#3746 closed defect (fixed)

ALL: On-the-fly targets are written to the config file

Reported by: SF/jwrdegoede Owned by: fingolfin
Priority: blocker Component: GUI
Version: Keywords:
Cc: Game:



I'm the Fedora packager of scummvm and free scummvm title like bass fotaq and lure.

The Fedora packages of bass fotaq and lure provide a menu entry to launch them, which invokes scummvm like this: scummvm -f -p /usr/share/flight-of-the-amazon-queen queen

If a user starts scummvm after he has used the menu entry invoking the above command atleast once, then scummvm lists fotaq as one of the games scummvm knows thats present and can be run. IOW scummvm has learned that fotaq is available on this system, however starting it through the game selection menu within scummvm results in:

Looking for queen Trying to start game 'Flight of the Amazon Queen' WARNING: No path was provided. Assuming the data files are in the current direct ory! Could not open resource file 'queen.1[c]'!

This can be fixed by doing the following:

In the game chooser select fotaq, then choise edit game, then select the paths tab and then edit "Game Path" and point it to: /usr/share/flight-of-the-amazon-queen

But IMHO when started with an explicit path given, and a game is found in that path when remembering the game is present scummvm should also remember the game data path.




This was originally reported to me by a Fedora user see:

Ticket imported from: #1972625. Ticket imported from: bugs/3746.

Change History (7)

comment:1 by fingolfin, 16 years ago

Actually, I think the real bug here is that we store the one-the-fly target in the ScummVm config file. But I think we made some changes to this in Subversion, so this bug might (or might not) be already fixed.

I need to investigate this when I have time (if somebody else is interested, feel free to take over).

comment:2 by fingolfin, 16 years ago

Owner: set to fingolfin
Summary: Game Data path does not get remembered when games get starteALL: Game data path not stored for on-the-fly targets

comment:3 by sev-, 16 years ago

Priority: normalblocker

comment:4 by sev-, 16 years ago

Raising priority. This is a release-critical bug.

comment:5 by fingolfin, 16 years ago

I fixed this in SVN by making sure that on-the-fly targets are not written out anymore.

comment:6 by fingolfin, 16 years ago

Resolution: fixed
Status: newclosed
Summary: ALL: Game data path not stored for on-the-fly targetsALL: On-the-fly targets are written to the config file

comment:7 by digitall, 6 years ago

Component: --Unset--GUI
Note: See TracTickets for help on using tickets.