by Barry4679 » Wed Jul 22, 2020 11:54 pm
serendip1959 wrote: ↑Wed Jul 22, 2020 4:53 pm
Hi, Installed in standalone mode. This is not the first time using MM5, I have been running it for quite a few months now. Originally I had the MM4 database in a custom location, and an early MM5 install converted it in-situ so MM4 no longer worked. Not a problem. As you suggest the custom path and name was retained. The latest build corrrected this anomaly of insitu conversion of the MM4 database, and has installed a new MM5 database named MM5. Not a problem per se, but all my data remained in the custom database, so when launched it was empty.
I first tried resetting the path and name to what it was, but it simply reverted back to the MM5 db. Solution rename the custom named DB to MM5 and problem resolved.
Expected behaviour would be that if a custom named MM5 database was in use (only detailed in the MM5 config file) and it was desired to force naming to MM5 that it would copy or rename the database.
"standalone Mode" == "portable mode" ?
I suggest that "expected behaviour" should be that a portable
install action, into
an empty directory, would be to install the database within the portable directory, even if you elect to import data and settings from a MM4 installation which has its database in a custom location.
And that "expected behaviour" during portable
startup, after the 1st startup, would be to respect any custom database location that you have applied to the ini file.
And if you installed a fresh version of MM5 portable, into a directory which already contained MM5, I would expect that it should retain the database, and that it should respect any custom location as per your MM5 ini file.
And that if you renamed the MM5.db file to a custom file name in the
MM5 ini, that it should use your custom name.
And you are saying that this last thing doesn't happen. ... Correct?
[quote=serendip1959 post_id=470726 time=1595454807 user_id=72031]
Hi, Installed in standalone mode. This is not the first time using MM5, I have been running it for quite a few months now. Originally I had the MM4 database in a custom location, and an early MM5 install converted it in-situ so MM4 no longer worked. Not a problem. As you suggest the custom path and name was retained. The latest build corrrected this anomaly of insitu conversion of the MM4 database, and has installed a new MM5 database named MM5. Not a problem per se, but all my data remained in the custom database, so when launched it was empty.
I first tried resetting the path and name to what it was, but it simply reverted back to the MM5 db. Solution rename the custom named DB to MM5 and problem resolved.
Expected behaviour would be that if a custom named MM5 database was in use (only detailed in the MM5 config file) and it was desired to force naming to MM5 that it would copy or rename the database.
[/quote]
"standalone Mode" == "portable mode" ?
I suggest that "expected behaviour" should be that a portable [b]install [/b] action, into [i]an empty directory[/i], would be to install the database within the portable directory, even if you elect to import data and settings from a MM4 installation which has its database in a custom location.
And that "expected behaviour" during portable [i]startup[/i], after the 1st startup, would be to respect any custom database location that you have applied to the ini file.
And if you installed a fresh version of MM5 portable, into a directory which already contained MM5, I would expect that it should retain the database, and that it should respect any custom location as per your MM5 ini file.
And that if you renamed the MM5.db file to a custom file name in the [b]MM5 [/b] ini, that it should use your custom name.
And you are saying that this last thing doesn't happen. ... Correct?