View Issue Details

IDProjectCategoryView StatusLast Update
0005534MMW v4Framework: Scripts/Extensionspublic2009-06-11 23:44
Reporterrusty Assigned To 
PriorityimmediateSeveritymajorReproducibilitysometimes
Status closedResolutionno change required 
Product Version3.1 
Target Version3.1Fixed in Version3.1 
Summary0005534: Installation of extensions fails in some cases even if MM is running as Admin
DescriptionThere 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 Informationhttp://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
TagsNo tags attached.
Attached Files
Fixed in build1245

Relationships

related to 0003702 closedLudek Extensions: Cleanup/Support for non-Admin installation of plugins 
related to 0005252 closedrusty Executing mmip files sometimes opens an additional MM 

Activities

peke

2009-04-23 22:58

developer   ~0017566

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.

peke

2009-04-23 23:01

developer   ~0017567

Ludek, Petr,
Isn't it possible to add BROWSE FOR MMIP button as that will open MMIP with same access permitions?

rusty

2009-04-24 01:24

administrator   ~0017570

Last edited: 2009-04-24 12:49

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.

rusty

2009-04-24 13:35

administrator   ~0017578

Another possibly related item:
http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=38801
http://support.microsoft.com/kb/899965

rusty

2009-04-30 19:43

administrator   ~0017635

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.

petr

2009-05-03 00:55

developer   ~0017670

Fixed in 1243.

rusty

2009-05-06 15:41

administrator   ~0017700

Last edited: 2009-05-06 19:10

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?)

petr

2009-05-06 19:50

developer   ~0017706

Fixed item 3c (when already running MM isn't elevated, MMIP installation will run new elevated instance). Will be in 1244.

peke

2009-05-07 01:35

developer   ~0017712

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.

peke

2009-05-07 02:27

developer   ~0017713

Last edited: 2009-05-07 02:42

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)

rusty

2009-05-07 02:33

administrator   ~0017714

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.

peke

2009-05-07 18:35

developer   ~0017726

Last edited: 2009-05-07 18:39

1. Fix Included in 1245

peke

2009-05-07 20:30

developer   ~0017729

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

rusty

2009-05-07 21:52

administrator   ~0017736

Verified 3c) in build 1244.

peke

2009-05-08 22:34

developer   ~0017757

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.

jiri

2009-05-11 16:10

administrator   ~0017795

The fix looks ok, but I noticed that the registry entry isn't deleted on MM uninstallation, which probably should be done.

peke

2009-05-12 17:15

developer   ~0017809

1. Fixed uninstall Issue

rusty

2009-05-14 18:08

administrator   ~0017850

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.

petr

2009-05-14 19:56

developer   ~0017851

I've added 'requires restart' message after MMIP installation (when elevated MM is running). Assigning to Peke for item 1.

jiri

2009-05-14 22:47

administrator   ~0017854

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...

peke

2009-05-15 00:26

developer   ~0017858

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.

rusty

2009-05-15 18:52

administrator   ~0017886

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.

peke

2009-05-16 13:13

developer   ~0017894

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.

peke

2009-06-11 23:44

developer   ~0018383

Closing for now, it can be reopened in case we see new reports.