Admin Backup zip Permissions incorrect


#1

Backup made with Grav v1.3.2 - Admin v1.5.2 on a local server (MAMP 4.1.1) changed file permissions. Same changed permissions on zip produced on a remote apache server.

The resulting local backup zip, uploaded to a remote server and extracted is broken, producing a 500 error in the browser. The workaround (for me) was to compress a zip in OS X and upload that. Extracting that OS produced zip made a working site directory with no errors. I haven’t tested a cpanel produced zip.

Comparing the local development site folder and the extracted backup zip showed the file group “admin” was universally changed to “staff.” and many other permissions changed. For instance here’s Terminal command ls -al output for the top level:

local development site folder
-rw-r–r--@ 1 Chris admin 3034 Apr 24 11:35 .htaccess
-rw-r–r-- 1 Chris admin 89691 Aug 22 16:27 CHANGELOG.md
-rw-r–r-- 1 Chris admin 3216 Aug 22 16:27 CODE_OF_CONDUCT.md
-rw-r–r-- 1 Chris admin 7061 Aug 22 16:27 CONTRIBUTING.md
-rw-r–r--@ 1 Chris admin 1071 Aug 24 13:33 LICENSE.txt
-rw-r–r-- 1 Chris admin 14765 Aug 22 16:27 README.md
drwxr-xr-x 3 Chris admin 102 Aug 22 16:27 assets
drwxr-xr-x@ 4 Chris admin 136 Aug 24 13:09 backup
drwxr-xr-x 6 Chris admin 204 Aug 22 16:27 bin
drwxr-xr-x@ 9 Chris admin 306 Aug 24 14:40 cache
-rw-r–r-- 1 Chris admin 1846 Aug 22 16:27 composer.json
-rw-r–r-- 1 Chris admin 120279 Aug 22 16:27 composer.lock
drwxr-xr-x@ 3 Chris admin 102 Aug 23 18:15 images
-rw-r–r-- 1 Chris admin 1545 Aug 22 16:27 index.php
drwxr-xr-x@ 7 Chris admin 238 Aug 24 13:08 logs
-rw-r–r--@ 1 Chris admin 197 Apr 24 11:35 robots.txt
drwxr-xr-x 11 Chris admin 374 Aug 22 16:27 system
drwxr-xr-x@ 3 Chris admin 102 Aug 22 16:27 tmp
drwxr-xr-x@ 15 Chris admin 510 Aug 15 16:06 user
drwxr-xr-x 22 Chris admin 748 Aug 22 16:27 vendor
drwxr-xr-x 8 Chris admin 272 Aug 22 16:27 webserver-configs

extracted backup zip
-rw-rw-rw-@ 1 Chris staff 3034 Apr 24 11:35 .htaccess
-rw-rw-rw-@ 1 Chris staff 89691 Aug 22 16:27 CHANGELOG.md
-rw-rw-rw-@ 1 Chris staff 3216 Aug 22 16:27 CODE_OF_CONDUCT.md
-rw-rw-rw-@ 1 Chris staff 7061 Aug 22 16:27 CONTRIBUTING.md
-rw-rw-rw-@ 1 Chris staff 1071 Aug 22 16:27 LICENSE.txt
-rw-rw-rw-@ 1 Chris staff 14765 Aug 22 16:27 README.md
drwxrwxrwx@ 3 Chris staff 102 Aug 24 13:08 assets
drwxrwxrwx@ 2 Chris staff 68 Aug 24 13:08 backup
drwxrwxrwx@ 6 Chris staff 204 Aug 24 13:08 bin
drwxrwxrwx@ 2 Chris staff 68 Aug 24 13:08 cache
-rw-rw-rw-@ 1 Chris staff 1846 Aug 22 16:27 composer.json
-rw-rw-rw-@ 1 Chris staff 120279 Aug 22 16:27 composer.lock
drwxrwxrwx@ 2 Chris staff 68 Aug 24 13:08 images
-rw-rw-rw-@ 1 Chris staff 1545 Aug 22 16:27 index.php
drwxrwxrwx@ 2 Chris staff 68 Aug 24 13:08 logs
-rw-rw-rw-@ 1 Chris staff 197 Apr 24 11:35 robots.txt
drwxrwxrwx@ 11 Chris staff 374 Aug 24 13:08 system
drwxrwxrwx@ 2 Chris staff 68 Aug 24 13:08 tmp
drwxrwxrwx@ 15 Chris staff 510 Aug 24 13:08 user
drwxrwxrwx@ 22 Chris staff 748 Aug 24 13:08 vendor
drwxrwxrwx@ 8 Chris staff 272 Aug 24 13:08 webserver-configs

I repeated with a backup zip produced on the remote server and got the same results. Please point me to the right spot if I need to report this as a bug. Thanks.


#2

What does the log say about the Error? Often 500s are caused by wrong .htaccess Rules, mainly “RewriteBase /” missing when it should be there and vice versa.

Have you changed permissions / ownership via terminal already?


#3

Regarding the 500 error, I did try uncommenting RewriteBase / and also changing it to RewriteBase /mysite to no avail. cpanel Errors does indicate it as a permissions problem:

SoftException in Application.cpp:261: File “/home/delongde/public_html/mysite/index.php” is writeable by group

I wouldn’t want to “fix” permissions with Terminal on lots of files. I’ll just make my backups manually since I know that works. But if I was to go about fixing permissions, any risk of just fixing index.php and leaving the other files alone?


#4

This problems is persisting. I just thought about restoring a backup. But the permissions are totally wrong. Dirs have 777, files have 666. Is this a limitation of zip files? If so, please use a solution that keeps file permissions. Well, I beter report this as a bug.