I have 2 installs of GPeasy and both fail the upgrade. One is nested inside the other in a subfolder as a test site for a client ( http://www.cwalv.com/fillmor/ ) and that one simply fails the first step of upgrade with the message "gpeasy Oops, that didn't work, please try again. (XSS)"
The main install ( http://www.cwalv.com ) fails at the directory replacement stage:
Unpack and replace code.
- Unpacked new files
- Files Sorted
- Copied new files
- Oops, there was an error while trying to process the downloaded package. Directory replacement failed. (1)
and can't delete every thing:
Sorry, these files could not be deleted: /addons/index.html-7139
I have checked my status and all is ok.
the folders all have 755 and the above file it said it could not remove is gone.
No PHP or server logs show up.Apache version 2.2.22 PHP version 5.2.17
one simply fails the first step of upgrade with the message "Oops, that didn't work, please try again. (XSS)"
This is most likely because of a bug in 2.3.3. There's an updated tool/gpOutput.php file that you can download and replace on your system that should fix the XSS problem.
Oops, there was an error while trying to process the downloaded package. Directory replacement failed. (1)
The error at this location is an indication that the installer cannot verify that one of the existing folders actually exists. Can you tell me if you entered ftp information at any point on this system?
Sorry for the trouble, if you'd like, there's also a manual update process.
Thank you. The file fixed the sub folder install. However the main site is still stuck on the old version. I do not know that any FTP settings have been changed or set. Typically I use ssh or sftp via linux to copy files.
I have a directory listing (minus my data files) you can take a look at, tho I would rather not post it to a public forum. I am also fine with doing a manual update, I have in the past. Maybe I broke it then?
A manual upgrade shouldn't break it,.. If the system isn't using ftp, then the fail point is php's file_exists() function which shouldn't fail. Would you mind trying a modified file? I have a new /include/tool/FileSystem.php file that will either work differently or give us a different error message during the update process.