Also ich habe alles in der Richtung ausprobiert, leider ohne Ergebnis...

Weitere Tips werden gerne genommen.

Gruß,
Marko


M. Graßhoff schrieb:
> Vielen Dank schonmal für die Infos!
> Da werde ich mich doch gleich mal einloggen, logfiles checken, ggfls 
> Apache neu starten und xdebug drauf..
>
> Vielleicht hilfts ja.
>
> Dankbaren Gruß
> Marko
>
> Stephan Schuler schrieb:
>   
>> Hallo Marco.
>>
>>
>> Zunächst: Da ich selbst den Fehler noch nicht direkt im Typo3-Backend 
>> erzeugt habe, gehe ich von einer fehlerhaften Extension aus, ein Hook etwa, 
>> der sich irgend wo ins tceforms hängt.
>> Die Datei "alt_doc.php" ist da schon ganz richtig, nur sollte das eigentlich 
>> das Bearbeitungsformular für beliebige Datensatztypen sein.
>>
>> Der Fehler ist leider recht wenig aussagekräftig und kann auf mehrere Wege 
>> erzeugt werden. Ich nenne dir deshalb ein Beispiel wie dieser Fehler erzeugt 
>> werden kann, das zunächst nichts mit TYPO3 zu tun hat.
>>
>> Eine nicht endende Rekursion bringt den PHP-Prozess gerne zum Absturz 
>> (http://bugs.php.net/bug.php?id=46754).
>> Das Standardverhalten eines laufenden Apache wenn ihm der PHP-Prozess stirbt 
>> ist wohl, "nichts" aktiv an den Client zu schicken. Mein Firefox bietet mir 
>> in solchen Fällen auch immer eine leere Datei zum Download an.
>> Meine PHP-Prozesse sind dabei bisher immer mit einem Segfault gestorben, 
>> entsprechendes stand auch im Apache Error-Log.
>>
>> Sollte ich mit meiner Theorie von der endlosen Rekursion Recht haben findest 
>> du die Ursache am schnellsten, wenn du auf dem Webserver xdebug 
>> installierst. Das limitiert die Tiefe des Funktionsaufrufstacks auf einen 
>> parametrierbaren Wert, default=100. An der Stelle an der der 100. 
>> verschachtelte Funktionsaufruf stattfindet, wird dann eine entsprechende 
>> Errorausgabe erzeugt, die einen tabellarischen Stacktrace enthält.
>>
>>
>> Grüße,
>>
>>
>>
>>
>> Stephan Schuler
>> TYPO3 Entwickler
>>
>> Telefon: +49 (911) 539909 - 0
>> E-Mail: stephan.schu...@netlogix.de
>>
>> --
>> netlogix GmbH & Co. KG
>> Systemhaus | Trainingscenter | Medienagentur
>> Andernacher Straße 53 | 90411 Nürnberg
>> Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
>> E-Mail: mailto:i...@netlogix.de | Internet: http://www.netlogix.de/
>>
>> netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338).
>> Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
>> Geschäftsführer: Stefan Buchta, Matthias Schmidt, Guido-Arndt Söldner, 
>> Jens-Henrik Söldner
>>
>> -----Ursprüngliche Nachricht-----
>>
>>
>> Von: typo3-german-boun...@lists.netfielders.de 
>> [mailto:typo3-german-boun...@lists.netfielders.de] Im Auftrag von "M. 
>> Graßhoff"
>> Gesendet: Dienstag, 13. Oktober 2009 11:59
>> An: German TYPO3 Userlist
>> Betreff: [TYPO3-german] alt_doc.php öffnet sich statt 'Seiteneigenschaften'
>>
>> Hallo liebe Mailingliste,
>>
>> ich bin gerade etwas verwirrt. Immer wenn ich im BE die
>> Seiteneigenschaften bearbeiten möchte, geht das plötzlich nicht mehr.
>> Stattdessen geht das Standard Download Fenster auf und fragt, wo ich
>> alt_doc.php speichern möchte. (??)
>>
>> Ich hab keine AHnung, warum das so ist..
>> Hat da jemand eine Idee?
>>
>> Schönen Gruß,
>> Marko
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>>
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>>
>>   
>>     
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>
>   

_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Antwort per Email an