View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004866 | MMW v4 | Framework: Scripts/Extensions | public | 2008-10-01 02:19 | 2008-12-07 18:41 |
| Reporter | peke | Assigned To | |||
| Priority | high | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 3.1 | ||||
| Summary | 0004866: Extension install / unistall issues (.ini file handling) | ||||
| Description | When MM loads Install.INI It do not execute Sections in order they are added to file but it firstly execute [copy] Sections and then [execute] sections in INI. If we want to Support native MM installations of Plugins we need to be able execute section jobs in order they added to Install.ini | ||||
| Additional Information | Example of Scripts will be added to FTP. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1186 | ||||
|
|
Assigning to Rusty for revision. There is workaround which will be available in latest last.fm scrobbler plugin instalation package but that is still workaround (it requests 2 MM restarts if you do plugin Upgrade), this can be considered as low priority issue for post 3.1 release or if you decide otherwise. |
|
|
Reminder sent to: Ludek Can you please check if we can easy solve this? |
|
|
Yes, this is how it currently works. Why exactly is it a problem for you? Don't forget, that using Execute you can do even more complex things in VBScript... |
|
|
There is no problem for Execute and more complex operations. I came to a problem where MMIP is used to update existing plugin (eg. Last.FM scrobbler) where destination DLL is already loaded in memory and can't be overwritten. I have made workaround in Trunk\MP3Datab\Builds\MMIPBuild_gen_lastfmcsrobbler.bat where I renamed "gen_LastFMScrobbler.dll" -> "new.gen_LastFMScrobbler.dll" and then correct that in Trunk\Plugins\gen_LastFMScrobbler\mmip.template\Install.vbs using renaming. This approach breaks availability that user can manually install extension, but if Execute can be done before Copy there will be no need for extensive manipulation of filenames with potential risk regression. Same goes for uninstall we currently do not have those kind of scripts and third party add-ons but there will be need that script is executed before Copy/delete is done to unload plugins/utils/stop registered events/... |
|
|
Fixed in build 1186. i.e. [copy],[execute] sections in install.ini are now performed in order and also [delete],[execute] sections in uninstall.ini are now performed in order. |
