View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005534 | MMW v4 | Framework: Scripts/Extensions | public | 2009-04-23 18:41 | 2009-06-11 23:44 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | sometimes |
| Status | closed | Resolution | no change required | ||
| Product Version | 3.1 | ||||
| Target Version | 3.1 | Fixed in Version | 3.1 | ||
| Summary | 0005534: Installation of extensions fails in some cases even if MM is running as Admin | ||||
| Description | There have been several reports indicating that MM extensions will not install even when MM is running as Admin & UAC is off. Users have posted workarounds such as D&D mmip file onto the player so that it runs with the same permissions as MM (but even that fails in some cases). Is it not possible to have .mmip processes automatically start with the same permissions as MM? If MM is running as admin must UAC be disabled to install a plugin? Some of these problems seem to be related to the fact that a second instance of MM often runs when installing MMIP files. Essentially, we need installation of addons to be manageable, despite the limitations of 0003702. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=38833 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=36082#p200242 Related solution: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=38934 | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 1245 | ||||
|
|
I was able to replicate with Win 7 x64 Debug logs are uploaded onto ftp. If MM is forced to start in Admin mode (elevated permitions) User can't D&D MMIP to MM player and Double click opens new MM instance with limited user permitions. |
|
|
Ludek, Petr, Isn't it possible to add BROWSE FOR MMIP button as that will open MMIP with same access permitions? |
|
|
Interestingly, nohitter tested on Windows 7-32bit and found that: 1) If MM is run as administrator, installation of mmip works fine 2) If MM is run as non-administrator, and user accepts UAC prompts, installation of mmip works fine note: tested with skin and last.fm mmip extensions. |
|
|
Another possibly related item: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=38801 http://support.microsoft.com/kb/899965 |
|
|
Here are the results of my testing MM 3.1.0.1240 (installed to /Program Files (x86)/ on Vista Business Edition x64: 1) Download the MMIP file and save it. Vista will save it as xxx.zip, but user doesn't realize that the extension is being changed. a) Double-click on XXX.zip --> It opens up in a File Browser b) D&D to MM Player: --> drag shortcut icon appears when dragged, but dropping has _no_ effect c) Right-Click on XXX.zip > Open with... (configure MediaMonkey) --> No effect d) Run MM as Administrator (Right click on MM icon and Click Run as Administrator). i) Double-click on XXX.zip --> Second instance of MM runs but nothing happens ii) D&D to MM Player: --> Null sign appears (i.e. it can't be dropped) iii) Right-click on XXX>zip > Open with > MediaMonkey --> Second instance of MM runs but nothing happens 2) Rename the XXX.zip to XXX.mmip a) Double-click on XXX.mmip --> Second instance of MM opens and nothing happens b) D&D to MM Player: --> drag shortcut icon appears when dragged, but dropping has _no_ effect c) Right-click on XXX.mmip and click Install MediaMonkey Package --> Installation dialog appears...finally!! After this occurred, if I try 2a) and 2b) again, then the Extension installation dialog appears (as if it triggered a config change)!! i) Once the Extension installation dialog appeared, I clicked 'Install Now' --> Product Installation Error! d) Run MM as Administrator (Right click on MM icon and Click Run as Administrator). i) Double-click on XXX.mmip --> Second instance of MM runs but nothing happens (probably because it's running without admin rights) ii) D&D to MM Player: --> Null sign appears (i.e. it can't be dropped) iii) Right-click on XXX>mmip > Open with > MediaMonkey --> Second instance of MM runs but nothing happens (probably because it's running without admin rights) e) Right-click the MediaMonkey.exe and set it to always Run as Administrator i) Double-click on XXX.mmip --> File installs correctly. Summary: The initial problem is that mmip files are saved as .zip files, and most normal users have no means of knowing that it should be saved as a .mmip file in order to function. A possible workaround is to have MM respond to zip files (e.g. if a zip file is dragged onto MM) or if the user has an option to right click and 'Open with > MediaMonkey'. The second problem is that for some reason, Vista didn't initially recognize the association between .mmip files and MediaMonkey. Only after right-clicking on 'Install MediaMonkey Package' did Vista subsequently respond as expected to Double-clicks or Drag&Drop (onto MM) of the .mmip file. This would appear to be an installer problem. The third problem is that at step 2di) and iii) when the user tried to run the MMIP file on a version of MM that was already running with elevated rights, what happened instead is that a second copy of MM launched that did _not_ have admin rights, and consequently the plugin couldn't get installed. A related issue is that the user could not drag the mmip file onto MM (running as admin) to trigger an install on MM running with administrative rights. |
|
|
Fixed in 1243. |
|
|
Tested in 1243: Issue 1 still remains. It's may be possible to fix on the server side, but it would be preferable to fix this via the client since a server-side fix would only solve the problem for .mmip files stored to the MM server. Possible ideas at: http://user.services.openoffice.org/en/forum/viewtopic.php?f=15&t=4804 http://msdn.microsoft.com/en-us/library/ms775148(VS.85).aspx We'll probably need to document this issue in the KB for cases where users download extensions from third-party sites. Issue 2 has been successfully resolved. Issue 3 has been successfully resolved for cases where: a) MM is not running b) MM is running as administrator BUT, in case c) if MM is running, but not as Administrator, then MM unsuccessfully attempts to install it on the currently running version of MM. In that case, an error is generated indicating that the extension wasn't successfully installed and the last.fm extension _gets_added_ to the list of extensions (in Tools > Extensions...), despite the fact that it isn't really installed correctly. Possible solutions to 3c) would be: o to verify whether a copy of MM is running with admin rights before attempting to install the extension, and if not, run an instance of MM as Administrator. This would mean that: -if MM is running as admin the extension would get installed -if MM is running normally, the extension would launch a second instance -if MM is not running, an instance would be launched with admin rights o to elevate permissions of an already running instance of MM (is this possible?) |
|
|
Fixed item 3c (when already running MM isn't elevated, MMIP installation will run new elevated instance). Will be in 1244. |
|
|
I'll see to test ways to solve issue 1 MSDN explained it very nicely and any site that is on Apache can be easily updated to support .MMIP by adding extension handler to .htaccess file. |
|
|
1. solved by using http://msdn.microsoft.com/en-us/library/ms775148(VS.85).aspx and http://msdn.microsoft.com/en-us/library/ms775147(VS.85).aspx Registry File Needed to be entered by MM Installation is attached, and after its import to registry any IE should correctly detect .mmip Additionally (Most likely not needed) on server side to ensure that any browser is forced to handle MMIP correctly we can add KB Article for web admins that HTTP header should contain http://en.wikipedia.org/wiki/List_of_HTTP_headers: Content-Type: application/mmip Content-Length: <length of file in Bytes> Content-disposition = attachment; filename ="<Some filename.mmip>"; size = <length of file in Bytes> (http://msdn.microsoft.com/en-us/library/ms527580(EXCHG.10).aspx) Content-Transfer-Encoding: binary (http://msdn.microsoft.com/en-us/library/ms527563(EXCHG.10).aspx) |
|
|
Item 1 has already been fixed on the server side. The issue is whether there's a way to do this for files that are not stored on the MM server. |
|
|
1. Fix Included in 1245 |
|
|
Attached small archive with two registry files for testing fix of issue 1: 1. Prior to starting mediamonkey.exe execute "MMIP del.reg" which will delete all registry entries so that IE could not detect MMIP as registered extension 2. Start MediaMonkey.exe and IE should be able to correctly detect MMIP as registered extension |
|
|
Verified 3c) in build 1244. |
|
|
Reminder sent to: rusty Summary needs to be either changed or new bug to be opened for bugs that are fixed to avoid confusion with related bugs. |
|
|
The fix looks ok, but I noticed that the registry entry isn't deleted on MM uninstallation, which probably should be done. |
|
|
1. Fixed uninstall Issue |
|
|
Tested item 1) and uninstalling MM doesn't revert IE behavior. i.e. even after uninstalling MM, IE continues to download .mmip files as .mmip (and not as .zip files). Also, case 3c) has a small usability problem. When the second MM window with elevated rights opens, the user can install the script and then close the second MM window. However, although the script indicates that it was successfully installed, the script entries don't get added to the first MM window. I'm wondering whether: a) When case 3c) occurs, the initial MM window should automatically be closed? b) Better yet, a message should appear indicating that MM should be rebooted. |
|
|
I've added 'requires restart' message after MMIP installation (when elevated MM is running). Assigning to Peke for item 1. |
|
|
It seems that all necessary registry entries are properly deleted, so I'm not sure what's the problem. Maybe computer restart is needed? Peke can look into it further, but it probably isn't that big issue... |
|
|
Rusty, All is working OK on my end using server that do not have .mmip type registered correctly. If you are trying to use with MM server than server fix will be active? On XP and Win 7 x64 using IE8 each time link is clicked it leads/search registry entries for Mime Type and if it is missing it is renamed to zip. Maybe IE restart is needed, but for now I agree with Jiri that it is not urgent issue especially as all registry entries are deleted correctly. |
|
|
I'm testing Item 1 on Vista 64 at the following url with build 1246: http://www.mediamonkey.com/forum/viewtopic.php?f=2&t=24073 and the mmip file is consistently converted to a zip file. |
|
|
It is server issue exactly like gmail recognize/rejects invalid file format in attachment even file extension is changed. Server send forced "Mime Type: Applikcation/zip" and there is no way to we can change that as IE First look for Mime Type. |
|
|
Closing for now, it can be reopened in case we see new reports. |
