#36 Permissions Attributes have locked me out.

[Anonymous]

Hi

I am not sure if this is considered a bug, but as a
test I did a test production of all the codes to one
table and it produced the necessary output as required
to
http://www.mikenco.com/php/phpg3/web/generatedCode/simple/test/
However, it set the permissions to 341 and as such, I
as the 'owner' cannot access the 'simple' folder or
download the folder through filezilla!?..

[BESThip]

Logged In: YES
user_id=1337865

I've seen the same issue with other tools, like CMS's.
It occures with shared hosting environment, where you log in
with an ftp program and an ftp user account. All files and
folders will be created with your user account as owner.
However, when files and folders are created from a web
interface, apache creates these with username 'NOBODY'.
Hence, you need 'root' access to change the ownership.

Having said that, I don't no why files are created with
permission 1341 (notice sticky bit is set as well...).
This makes no sense at all.

[mikenco]

Logged In: YES
user_id=1220548

The only way I could clear it in the end was to ask my
hosting company to delete the folder... So, sadly I can't use
this prog until this resolved... Keep that in mind anyone else
who doesn't have root access to thier hosting server.

[BESThip]

Logged In: YES
user_id=1337865

Hi, good news, cause and solution found!

At a few location directories are create with wrong attributes:
e.g. mkdir($file, "0755");
This is wrong syntax, the second argument must be a octet
and not a string (just like chmod(...)).
It should be: mkdir($file, 0755);
No double quotes, but don't forget de leading 0.

I've found 4 erroronous locations:
2x "0755" in file phpCodeGenie3.0
\app\common\utils\fileSystem\fileSystemUtils.class.php
line 99 and 148. Change it to 0755
2x "0777" in file phpCodeGenie3.0
\filesCopyTemplate\php\genieFramework\app\common\utils\fil
eUpload\upload.class.php
line 404 and 408. Change it to 0777

This solved the problem in my situation.
Success,
Martin

[Nobody/Anonymous]

Logged In: NO

This strikes me as a MAJOR bug. I'm suprised it hasn't been
fixed, considering how simple it is.