Normal
Re: IMDb+ Scraper (Fix English, Rename+Group, RottenTomatoes, and more) v3.2.5If that issue in MovPic was incorporated, then I could tell user to install them in the MediaPortal data folder which has all the correct permissions, but without that value available to the scraper script, the folder location is not the same for XP users, Vista/Win7 users or for custom installations.However I did some tests just now, and the problem was sneaky. I've been doing ACLs for a long time, but Microsoft implemented a new attribute called "Mandatory Integrity Control", which is not visible via the cacls.exe command-line tool that I'm used to. The icacls.exe tool however shows it just fine, which is how I discovered what was going on.When you unzip from a ZIP file straight to 'C:\' folder, the MIC value is set to 'High', preventing any changes while in protected mode (UAC enabled).If however you first unzip the ZIP file content to desktop and then move all the XML files to the 'C:\' folder, then the MIC value is not even created.So the solution is to either do that, by unzipping to desktop first and then 'move' the files, or by adjusting the MIC values via:icacls C:\*xml /setintegritylevel MThis adjusts the MIC value from 'High' to 'Medium' (default) and everything is good to go again. But instead of elevated command-prompt explanations, I'm just going to adjust the install instructions to unzip to desktop first and then move the files.
Re: IMDb+ Scraper (Fix English, Rename+Group, RottenTomatoes, and more) v3.2.5
If that issue in MovPic was incorporated, then I could tell user to install them in the MediaPortal data folder which has all the correct permissions, but without that value available to the scraper script, the folder location is not the same for XP users, Vista/Win7 users or for custom installations.
However I did some tests just now, and the problem was sneaky. I've been doing ACLs for a long time, but Microsoft implemented a new attribute called "Mandatory Integrity Control", which is not visible via the cacls.exe command-line tool that I'm used to. The icacls.exe tool however shows it just fine, which is how I discovered what was going on.
When you unzip from a ZIP file straight to 'C:\' folder, the MIC value is set to 'High', preventing any changes while in protected mode (UAC enabled).
If however you first unzip the ZIP file content to desktop and then move all the XML files to the 'C:\' folder, then the MIC value is not even created.
So the solution is to either do that, by unzipping to desktop first and then 'move' the files, or by adjusting the MIC values via:
icacls C:\*xml /setintegritylevel M
This adjusts the MIC value from 'High' to 'Medium' (default) and everything is good to go again. But instead of elevated command-prompt explanations, I'm just going to adjust the install instructions to unzip to desktop first and then move the files.