Project

General

Profile

Actions

Feature #14490

closed

Linux file permissions of scaled images on some Linux-Installations

Added by Frank Agerholm almost 20 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Should have
Category:
Backend API
Target version:
-
Start date:
2005-01-12
Due date:
% Done:

0%

Estimated time:
PHP Version:
4
Tags:
Complexity:
Sprint Focus:

Description

Server: Apache, PHP (as CGI), SuExec with UMASK 077

scaled images are crated with rw------ permissions. The Apache-Server could not read this files and Browsers receive 404er. Images are not displayed in Browser.
Reason: $GLOBALS['TYPO3_CONF_VARS']['BE']['fileCreateMask'] is ignored in t3lib_stdgraphic.

I habe fixed this problem an attachet the patch
(issue imported from #M677)


Files

0000677-class.t3lib_stdgraphic.php.patch (1.72 KB) 0000677-class.t3lib_stdgraphic.php.patch Administrator Admin, 2005-01-12 20:19
0000677-permissions.diff (3.67 KB) 0000677-permissions.diff Administrator Admin, 2005-01-19 01:49
Actions #1

Updated by Michael Stucki almost 20 years ago

Thanks, Frank. You're right, this should be changed as well. However you forgot one function. See my patch.

Actions #2

Updated by Michael Stucki almost 20 years ago

Fixed in CVS

Actions #3

Updated by Frank Agerholm over 19 years ago

This Problem exists for GIFBUILDER-Images too.

I think its a Problem with t3lib_stdGraphic::output(). Please include the t3lib_div::fixPermissions()-call in this function.

Actions #4

Updated by Michael Stucki over 19 years ago

I don't think so! The output() function calls imageMagickExec() which calls t3lib_div::fixPermissions right after executing ImageMagick.

If there's really a problem it might be caused by the gif_compress() function: I checked "convert file file" which doesn't change the existing permissions (which is correct!).
However, I'm not sure if imageGif() might change them when writing the new file (happens if you enable gif_compress but don't have LZW support in your ImageMagick).

Actions #5

Updated by Ingo Renner over 16 years ago

has been fixed

Actions #6

Updated by Benni Mack about 6 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF