Project

General

Profile

Actions

Bug #39023

closed

octdec() for mkdir() wrappers?

Added by Garvin Hicking over 12 years ago. Updated over 12 years ago.

Status:
Rejected
Priority:
Won't have this time
Assignee:
-
Category:
-
Target version:
Start date:
2012-07-17
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.7
PHP Version:
5.3
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

We are running a TYPO3 4.7.1 instance on a NFS-loadbalanced machine. Due to NFS, the mounted permissions are a bit "wacky", because everything remotely is mounted as nobody/nogroup with full read/write permissions.

However, TYPO3 tries to employ a permission bitmask, which often yielded a "cannot create directory" for us, even though the directory was created (but the bitmask cannot be applied).

When checking t3lib/class.t3lib/class.t3lib_div.php, I noticed that the configured $GLOBALS['TYPO3_CONF_VARS']['BE']['folderCreateMask'] variables (and related ones) get passed to octdec() before getting to the PHP mkdir/chmod function. According to the PHP manual, those functions require oct input, not dec.

Why is this used? We removed all occurrences of the octdec() function, so that the actual bitmask (0777 / 0666) is passed, and this seems to work.

Actions #1

Updated by Garvin Hicking over 12 years ago

Hm, sorry for the noise. As it seems the conversion is needed to change the string variable to the proper representation. Our problems seem to be caused by another NFS phenomenon; TYPO3 tries to create a directory, even though it exists already, seems that this triggers the PHP Warning that then throws the exception. I don't seem to be able to close/delete my issue here.

Actions #2

Updated by Ernesto Baschny over 12 years ago

  • Category deleted (Caching)
  • Status changed from New to Rejected
  • Priority changed from Should have to Won't have this time

No problem, I closed it. Thanks for reporting and taking your time to come back with more feedback.

Actions

Also available in: Atom PDF