Lasset kein faul Geschwätz aus eurem Munde gehen, sondern was nützlich zur Besserung ist, wo es not tut, daß es holdselig sei zu hören.
Epheser 4:29
| autor | |
| 29-04-16 16:43:07 | Access denied Meldung in Backend |
|
André Sheydin |
Hallo Herr Holzinger, bei der TYPO3 7.6.6 + tt_products 2.8.7 erscheint in der Hauptansicht »Access denied«, nachdem man für das Plugin eine Ansicht ausgewählt hat. Hier ein Screenshot: https://we.tl/K3NyLjDjmF Die Meldung erscheint nur im Seiten-Modul, nicht im Listenmodul. Es scheint ein Bug zu sein. |
| 29-04-16 16:50:39 | Nachtrag |
|
André Sheydin |
Auch im Frontend bekommt die Seite mit dem Plugin eine »Access denied« Meldung, Template wird gänzlich ersetzt. |
| 29-04-16 19:38:13 | Installation |
|
Franz Holzinger |
Möglicherweise ist die Installation von tt_products fehlgeschlagen. Am besten tt_products deinstallieren und alle Cache Dateien löschen, auch über das Install Tool. Danach tt_products nochmals neu installieren. Ansonsten noch nachsehen, ob es Einträge in der sys_log Tabelle gibt oder in der PHP error_log Datei. |
| 30-04-16 10:28:22 | Kein Erfolg |
|
André Sheydin |
Extension deinstalliert, gelöscht, Cache geleert, per Repo installiert, kein Erfolg, wieder gelöscht, manuell T3X-Datei eingespielt, Cache gelöscht. Kein Erfolg. Im sys_log keine besonderen Einträge, error_log gibt auch nichts aus. |
| 30-04-16 11:13:32 | Rechte für Backend Benutzer |
|
Franz Holzinger |
Vermutlich fehlen dem Backend Benutzer wichtige Rechte. Der Benutzergruppe des Backend Benutzers müssen die einzelnen Module des TYPO3 Backends einzeln zugewiesen werden, wie Seitenmodul und Listenmodul. Siehe https://forum.typo3.org/index.php/t/203288/ |
| 1-05-16 13:51:09 | Hilft leider nicht |
|
André Sheydin |
Der BE User ist Admin. Habe der Gruppe dennoch alle Modulrechte zugewiesen. Kein Erfolg. Wichtig, wie bereits erwähnt: Die Meldung wird auch im Frontend ausgegeben, auf der das Plugin eingebunden wird. Deshalb vermute ich, das hat nichts mit Backend Rechten zu tun. |
| 2-05-16 09:41:05 | temporäre Dateien |
|
Franz Holzinger |
Es sollten alle Dateien im typo3temp/Cache Verzeichnis gelöscht werden. Vielleicht gibt es einen Eintrag in der Log Datei typo3temp/logs/typo3.log. |
| 2-05-16 10:34:50 | Nichts hilft |
|
André Sheydin |
Deinstalliert, gelöscht, Verzeichnis gelöscht, Neuinstalliert, kein Erfolg. Log-Datei ist leer. |
| 2-05-16 10:43:19 | Weiterer Versuch |
|
André Sheydin |
Extension + Tabellen gelöscht und aus Repo neu installiert, kein Erfolg. Hatten Sie die Version mit einer frischen TYPO3 7.6.6 getestet? |
| 3-05-16 11:58:14 | tt_products 2.8.7 unter TYPO3 7.6.6 |
|
Franz Holzinger |
Ich habe die tt_products 2.8.7 nun unter TYPO3 7.6.6 ausprobiert. Es gibt keinen "Access Denied" im Frontend und Backend. |
| 3-05-16 14:17:11 | Quelle: LegacyClassesForIde.php |
|
André Sheydin |
Die Meldung kommt aus ext/div2007/Migrations/Code/LegacyClassesForIde.php Lokal nicht reproduzierbar, online wird sie ausgegeben. Haben Sie eine Idee warum? |
| 3-05-16 14:55:04 | Klassennamen |
|
Franz Holzinger |
Diese Datei enthält nur als "@deprecated" markierte Klassennamen, die in TYPO3 7 gelöscht worden sind. Ich kann keinen Fehler darin feststellen. Ein Problem damit müsste außerdem einen Eintrag in der PHP Error_log Datei erzeugen. |
| 3-05-16 18:40:04 | die('Access denied'); |
|
André Sheydin |
In Zeile 2 steht ohne Bedingungen: die('Access denied'); Offenbar wird das PHP in jedem tt_products Script ausgeführt und das führt, egal ob FE oder BE zu dieser Meldung. In den PHP Error Log wird nur geschrieben, wenn ich diese Bedingung rausnehme, z.B.: PHP Fatal error: Class 'TYPO3\CMS\About\ViewHelpers\SkinImageViewHelper' not found in /homepages/46/d289040129/htdocs/pellens-verlag/typo3conf/ext/div2007/Migrations/Code/LegacyClassesForIde.php on line 22 Warum wird diese PHP denn immer mit ausgeführt? |
| 3-05-16 19:49:37 | Zeile löschen |
|
Franz Holzinger |
Löschen Sie die angegebene Zeile. Notieren Sie mir alle Zeilen, die eine PHP Fehlermeldung ergeben. Dann kann ich diese aus der Datei LegacyClassesForIde.php löschen. Diese Definitionen werden immer geladen, damit die alten Klassennamen aus TYPO3 4.5 im Bedarfsfall noch zur Verfügung stehen. Das wird über den Verzeichnisnamen Migrations bewirkt. Scheinbar ist aber eine Klasse inzwischen völlig verschwunden. |
| 6-05-16 17:02:53 | auch 'Access denied' |
|
Adriano Madero |
TYPO3 7.6.6 | tt_products 2.8.7 | div2007 1.6.6 Hallo Herr Holzinger, auch ich bekomme nach dem Einbinden von Plugin Shop-System die Fehlermeldung "Access denied" (im BE + FE). Was mache ich falsch? Welche statische Template von tt-products sollte ich einbinden? (Shop system old style?) DANKE und viele Grüße |
| 6-05-16 17:39:33 | LegacyClassesForIde.php |
|
André Sheydin |
Die Zeilen, die eine Fehlermeldung ausgegeben haben, sind mit einer Raute auskommentiert: LegacyClassesForIde.php https://we.tl/v9796MT5OO Vielleicht könnten Sie ein offizielles div2007 Update einspielen. Danke. @Adriano: Datei in div2007 ersetzen, dann funktioniert es. |
| 6-05-16 17:40:26 | Zeilen löschen |
|
Franz Holzinger |
In dieser Datei muss die Zeile mit 'Access Denied' gelöscht werden. div2007/Migrations/Code/LegacyClassesForIde.php Danach erhalten Sie weitere Fehlermeldungen. Notieren Sie jede Fehlermeldung. Danach löschen Sie die Zeile aus dieser Datei. Das wiederholen Sie, bis es keine Fehlermeldung mehr gibt. Danach werde ich die korrigierte Datei mit der Extension div2007 als neue Version ins TYPO3 TER hochladen. Es darf nur das "Shop System CSS Styled" Template verwendet werden. |
| 6-05-16 17:56:28 | Es funktioniert :-) |
|
Adriano Madero |
@André Sheydin + Franz Holzinger Herzlichen Dank für die schnelle + großzügige Unterstützung. Mit der "bereinigten" Datei LegacyClassesForIde.php läuft es korrekt weiter.... Auch das richtige Template habe ich nun eingebungen. |
| < Zurück zum Forum | |