Unable to replicate on a Hosting server. It only happens to me when I install on localhost on a windows OS pc.

I can confirm this serious bug with 5.2
5.1.4 is fine

4.4.9 is fine, too. Issue is related to the build environment, not an issue with the build script.

hmm
Just unpacked J5.2.0 on a subdomain and folders were set 705. And files 777

doesnt matter what caused the problem - the fact is this is a serious issue that must be resolved asap @SniperSister

The JSST is aware of the issue, plan is to ship a 5.2.1 with correct permissions.

As far as I could see this issue affects only new installations of 5.2.0 stable.

Updated installations do not have it as the updater fixes the permissions to 644 for files and 755 for folders (file extract.php). This applies to sites updated from e.g. 5.1.4 to 5.2.0 stable as well as sites updated from 5.2.0 stable to 5.2.1-dev nightly of today. So with the next update also current new installations should be fixed.

This just to share the info. I do not say that it's not an issue.

So how difficult is it to copy 5.2.0 to 5.2.1, fix the way it is packaged and present a 5.2.1 full zip with a 5.2.1 update?
Is it just a mater of a few lines of code or is it hours of work?

I'm not a 5.2. release manager so it's not on me. But I think you can also fix it by using the Reinstall Core Files button in the Joomla Update Component.

I mean the "Reinstall Joomla! core files" button. It is shown in the update component after searching for updates using the "CHeck for Updates" button. It fixes permission at least for the files (but not the folders, it seems).

it is not a simple task

Those who have ssh access to their host can also fix it on the command line when having changed directory to their Joomla root directory:

find ./ -type f ! -name ".htaccess" -exec chmod 644 {} \;
find ./ -mindepth 1 -type d -exec chmod 755 {} \;
chmod 600 ./configuration.php

(On certain shared hosts you might have to adjust the mode values to your needs.)

But that doesn't fix the problem though.

But that doesn't fix the problem though.

Sure, but it's a workaround for those who can do it.

Even easier if you have Akeeba Admin Tools - just click "Fix permissions". But, like using SSH, it's not a fix, just a repair.

Even easier if you have Akeeba Admin Tools - just click "Fix permissions". But, like using SSH, it's not a fix, just a repair.

Professional not core

Closing as having a pull request. Please test #44379 . Thanks in advance.

#44379 does not resolve this specific issue

#44379 does not resolve this specific issue

@brianteeman Have you checked that PR again? I have added a fix procedure to script.php last night.