Here is the ticket number.

https://www.mediamonkey.com/support/?support_page=open_ticket&ticket_id=3223&auth_code=2F2ARRmDjp

Hi,
I am unable to reproduce on newer builds INI files parsed in /INIFILE taht contained custom DB Location loads taht DB instead of default one.

I will get a debug file later this week and open a new incident. This should be fairly easy to reproduce as Peke was able to earlier. You just need to make sure that your default DB is very different than your custom DB so that the distinction is obvious when MM5 restarts. For me, the default DB is empty and my full library is in my custom.

That's what i meant ... for me correct ini file is used after skin change (defined by INIFILE parameter). Can you make me a debuglog so i can see why INIFILE parameter wasn't used after skin change ?

I think you are misunderstanding the issue. There is no issue with preserving the /inifile.

1. Open MM5 with a /inifile directive to a [b]custom DB[/b]
2. Change something in MM5 that will prompt for a restart after the change, such as an addon update or change the skin.
3. When MM5 restarts, it is opening with the default DB instead of opening with reference to the original custom db that was initially opened.

I just did it again by changing the skin. I have to close MM5 and reopen again using the original shortcut or command line with reference to the inifile.

Just tried on 2523 and /INIFILE parameter is preserved correctly ... can you make me a debuglog, please ?

Hi Team,
This issue has regressed and is present again in build 2523.

Hi,
Confirming added as https://www.ventismedia.com/mantis/view.php?id=18429

I have specific DB's mentioned in my ini files (Local /External /Mobile) and open MM5 with the /INI directive. When I change something like the Skin or an Addon, MM5 requests to restart. When MM5 restarts, it is opening with the default db rather than the one that was in use when the restart was triggered. I have to close MM5 again and restart a second time by using my shortcut with the ini directive.