Platform 19.0 (Oct 06, 2021). Please donate.
400+ real apps (44GB), Over 995 million downloads
New: PortExpert (Oct 12, 2021)
Help me fix this!!!!!!!!!!!!!!! it always happens when i try to delete a folder from portable apps plus it always pops up
You'll need to supply a few more specifics. First, which version of the menu (Help - About). Second, what OS are you on. Third, what are you deleting and what is the exact error message. The menu doesn't do anything with the folders once running now so there should be no reason for that error.
Sometimes, the impossible can become possible, if you're awesome!
Its not the folders its just when i try to exit out of portable apps i get that message and i only get it in a comp thats not logged onto the administrator whenever i press eject or exit i get "unable to write to E://PortableApps/PortableAppsMenu/Data/PortableAppsMenu.ini
EDIT: I'm using
PortableApps Latest Version (suite standard)
[bump removed by moderator PP]
only Beta 4 and lower had that problem. now the only problem with the eject script is that on non-admin accounts, it says that it cannot be ejected, but not that it cannot write. try upgrading to the 1.1 final release.
**Also** this isnt really "Other App" matereal, this thread should be moved to Here.
I know this is an older thread, but just ran into it installing the very latest 1.1 version of the PortableApps launcher on our daughter's USB drive.
In my case the issue turned out to be related to security settings for files and folders.
I had reformatted the USB drive to NTFS format before adding the PortableApps suite and items.
On the Vista system she was using it on, we kept getting an error when using the program's system-tray icon with a right-click exit or eject command.
Her account is a Limited account so I thought that might be the issue and jumped over to my account which is Admin level under Vista. Same issue.
Then I looked at the file properties and found it (and all others) were read-only. I updated them all to read/write off the main portableapps folder at the drive root.
Then I started looking at the file/folder security permissions on all the files. Turns out that was where the issue was. The security settings on the files/folders were set (under Users) to only allow list, read, etc. No write acccess.
So I edited the security settings on all the files/folders to allow write access for User accounts.
Problem solved. The application could now write to the .ini file and all was well. No more errors.
It wasn't an issue with the application, but the way NTFS formated disks handle security settings.
Probably most users won't bother formatting their USB drives to NTFS but I need the larger file size shuttling 4 GB and larger files around between systems. Not going to be a common issue but thought that some folks might find it pertinent.
If so, this tip might save a lot of head-banging on the desk
The trick with NTFS is to go to the Security tab for the root directory (X:\ where X is your drive letter), delete all the permissions, and then add "Everybody" with Full Control. Then when you apply, tell it to apply to all subdirectories and files. If you do this, any newly created files should also inherit the permissions (even under XP) and you're good to go. Note that if you copy files from your local hard drive, the permissions could be copied, too. Easy enough to solve, but just something to watch out for.
For future reference, Vista automatically applies the above-described permissions (Full Control for Everybody) when you format a removable drive for NTFS. Might be good to keep in mind.
From what I have seen it only seems to do this on Windows 7, here are some workarounds which worked for me:
* Run PortableApps.com in elevated state (right-click, then choose "run as administrator"); you may want to change the properties of PortableApps.com set it to always run as administrator and disable Windows UAC.
* Set permissions for the USB's root drive to so that everyone has full control
* Changing the permissions of PortableAppsMenu.ini to Everyone = Full Control seems to resolve the this particular errur but there are still problems with other apps that may be running and need more permissions to the folders.
All in all i think setting the permissions for the USB's root drive is prob the least complicated method and doesnt compromise the rest of your computers' security as disabling UAC would.
I recently copied over my complete PortableApps USB stick to a fresh (NTFS-formatted) 500GB portable drive, and promptly ran into the situation mentioned on a restricted-access computer in the training camp.
So thanks for mentioning it, setting the drive root’s permissions to full access for everyone (and applying to subfolders) indeed did the trick.
Still something to watch out for if you work on XP, Vista, Win7 or Linux (using ntfs-3g).
Caveat: If you’re running Windows XP Home Edition (as opposed to Professional) like I do here on my personal laptop, you need to restart your Windows in safe mode as an Administrator in order to gain access to the "Security" tab on the file/folder attributes dialog! How uncool is that?
Sets the security tab on in XP Home!