Hallo,
obwohl alle Tests im Install-Tool korrekt ablaufen, wird die Permission für Menübilder in typo3temp/menu/* auf 600 gesetzt. [fileCreateMask] scheinen nicht beachtet zu werden.
Komischerweise wird im typo3temp/pics wo die Test ablaufen immer die richtige Permission gesetzt.
Weiss jemand warum die Bilder überhaupt im Ordern 'menu' gespeichert werden und wo man die Permission für Files darin einstellen kann?
Vielen Dank
batomo
Welche Rechte hat denn der Ordner typo3temp/menu/?
woida schriebWelche Rechte hat denn der Ordner typo3temp/menu/?
Für den Order ist das 775, oder rwxrwxr-x. Daran hab ich auch schon gedacht, scheint es aber nicht zu sein.
Vielleicht noch als Nachtrag: Der Server läuft mit suphp, d.h. die Skripte werden unter dem jeweiligen User ausgeführt. Die dann generierten Bilder müssen aber vom apache www-data geholt werden. Deshalb muss die Gruppe (www-data) read-permission bekommen.
Vielen Dank für jeden Tipp
batomo
Ok habe den Fehler gefunden. In Zeile 2066 in typo3/sysext/cms/tslib/class.tslib_menu.php muss folgendes eingefügt werden:
t3lib_div::fixPermissions($gifFileName);
Bug Report ist ausgefüllt.
Betrifft das auch die Version 4.0.2?
Ich stehe vor genau diesem Problem, vermute aber, das
t3lib_div::fixPermissions($gifFileName);
nun in einer anderen Zeile als 2066 stehen muß?
Vielen Dank
Inzwischen habe ich festgestellt, das dieses Problem auch den gifbuilder betrifft, dort ist es die Zeile 330, also wieder nach destroy()
Datei: typo3/sysext/cms/tslib/class.tslib_gifbuilder.php
Getestet mit V4.0.3
Hallo,
hab gerade die aktuelle V4.1.1 installiert und dort ist der Bug immernoch drin. Ich hatte mal 2 Bugs eingetragen und einen jetzt mit mehreren Patches ergänzt die auch bisher hier unerwähnte Files betreffen (Installtool ist jetzt auch defekt).
Bin ich eigentlich der einzige, der TYPO3 unter suphp laufen lässt? Dort müssten die Bugs doch immer auftreten, immerhin werden sie sie vom user geschrieben und vom Webserver gelesen, der dann keinen Access hat.
Kurzem der Bug: http://bugs.typo3.org/view.php?id=3949
Fall jemand noch weiss für was man den typo3/sysext/cms/tslib/class.tslib_gifbuilder.php braucht, wäre ich sehr dankbar. Denke dort ist der Bug nach wie vor drin, weiss aber nicht mehr unter welchen Bedingungen der Fehler auftritt und kanns daher nicht testen.
Gruss batomo
hallo zusammen
könnte das mit meinem problem einen zusammenhang haben?:
mein server läuft unter apache. mein provider möchte dabei den safe mode einsetzen. wir sind damit am austesten.
also, ohne safe mode läuft alles normal. mit safe mode habe ich neuerdings das problem, dass mir menü-bilder nicht generiert werden. dabei wurde bei einem menüpunkt auf eine gif-datei im ordner typo3temp/menu verwiesen, welche gar nicht existierte. warum sie verschwunden ist, kann ich auch nicht nachvollziehen. auf jedenfall habe ich den cache in typo3conf und den fe-cache gelöscht, dann hab ich im install-tool über typo3temp die files gelöscht. komischerweise wird dort aber unter "from sub-directory" bei "menu" "files:0" angezeigt. obwohl es dort drin files vohanden hat, nämlich die restlichen menüpunkte, welche korrekt angezeigt werden.
im selben zusammenhang gibts auch probleme mit der backend-sprache. die ist eigentlich auf deutsch eingestellt. ohne safe mode klappt das auch, aber sobald man den safe mode einschaltet, ist alles in englisch.
die sprachdateien sind ja auch im ordner typo3temp (zip-files).
dateirechte / user / group:
grundsätzlich haben alle ordner folgende einstellungen:
770, <userx>:apache
und die files:
660, <userx>:apache
aber gerade die sprachfiles und der ordner "menu" haben apache:apache.
kann das ein grund sein??
oder muss man irgendwie open base dir setzen?
besten dank für eure hilfe
stevee
ps: vielleicht sollte ich damit einen neuen thread machen?!
Also der Bug der bisher hier behandelt wurde betrifft nur die Zugriffsrechte von generierten Bildern. Die Bilder sind da, der Webserver kann aber nicht zugreifen.
Mit dem safemode habe ich praktisch keine Erfahrung, da der wohl auch kaum bei Hostern eingesetzt wird. Mit suphp lässt sich ähnliche Sicherheit erreichen ' jedenfalls aus Hostersicht. Dabei laufen die PHP-Programme unter dem normalen Benutzer dem die Domain zugeordnet ist (z.B. v1001). Apache läuft weiter unter apache:apache. Deshalb auch das Problem: Der PHP-Prozess erstellt ein Bild auf das nur der v1001 zugreifen kann.
Soweit ich weiss sollte TYPO3 im safemode laufen. Es lassen sich dort aber viele Einschränkungen definieren. Evtl. ist da eine zuviel. Mehr weiss ich leider auch nicht.
Gruss Andreas
also, möchte hier noch ein paar ergänzungen zu meinem letzten thread (oben) machen. die ergänzungen könnt ihr hier lesen:
es grüsst
stevee
Mal wieder zu dem Bug:
Ich habe inzwischen festgestellt, das das Problem mit den Rechten wohl auch bei den Zauberbildern (magic image) beim RTE htmlarea auftritt.
Hat irgendjemand eine Idee wo ich ansetzen/suchen kann?
Hab das Problem inzwischen gelöst:
In typo3/sysext/rtehtmlarea/mod4/class.tx_rtehtmlarea_select_image.php
ab ca. Zeile 281
if ($imgI[3]) {
$fI=pathinfo($imgI[3]);
$mainBase='RTEmagicC_'.substr(basename($destName),10).'.'.$fI['extension'];
$destName = $fileFunc->getUniqueName($mainBase,$destPath);
@copy($imgI[3],$destName);
t3lib_div::fixPermissions($destName); //helmet Fix File Permissions
$destName = dirname($destName).'/'.rawurlencode(basename($destName));
$iurl = $this->siteUrl.substr($destName,strlen(PATH_site));
@batamo
Kannst Du das im bugtracker veröffentlichen?