Class 'ProjekteModel' not found in BackendFile.php

Ich habe gerade ein Update auf 3.4 gemacht. (Ja, dev-Seite, Ja, Backup vorhanden).

Nach dem Update wollte ich eine mein Modul testen. Alles hat soweit geklappt.
Nur als ich ein neues Bild zu einem Projekt hinzufügen wollte, kam beim klick auf "Auswahl ändern" die Übliche Lightbox, nur eben mit folgender Fehlermeldung:

Fatal error: Class 'ProjekteModel' not found in/home/hosting/vhost/system/modules/core/controllers/BackendFile.php on line 87

Habt ihr eine Idee woran das liegen könnte? Ich bin leider etwas überfragt.

Danke & Grüße - Chris

Liegt am Cache:
https://community.contao.org/de/show...l=1#post349561

Viele Grüße

Leider nein, das hat nichts gebracht....
Der Contao Check ergab, das alles passt bis auf die Robots.txt??

Schon mit dem Contao Check geprüft ob Update erfolgreich?

Das habe ich schon getestet... Ist aktuell bis auf die Robots.txt....

ich habe exakt den gleichen fehler - nur eine andere class - beim hinzufuegen eines bildes in ein metamodel.

Ja, die Klasse is von Modul zu Modul unterschiedlich...
Wenn ich mein Modul nicht "Projekte" sondern "Referenzen" nenne, ist es der selbe Fehler mit anderem Namen.
Leider bisher noch keine Lösung gefunden... Wäre das nen Bug in der Contao Core?

Noch ist für mich nicht klar, dass es überhaupt ein Contao Core Problem ist. Ich habe derzeit mit der 3.4 keine solche Probleme.

so sieht es bei mir konkret aus, wenn ich in einem metamodel ein bild hinzufügen möchte:

Fatal error: Class 'MmSortimentModel' not found in /usr/www/users/_subdomains_/system/modules/core/controllers/BackendFile.php on line 87

was mich etwas wundert, ist das große M bei MmSortimentModel…

lg.

a.

Zitat:

---

Zitat von c.romeni

Ja, die Klasse is von Modul zu Modul unterschiedlich...
Wenn ich mein Modul nicht "Projekte" sondern "Referenzen" nenne, ist es der selbe Fehler mit anderem Namen.
Leider bisher noch keine Lösung gefunden... Wäre das nen Bug in der Contao Core?

---

Welchen Autoloader nutzt du? Den internen von Contao? Dann poste mal bitte die autoload.php

welche autoload.php?

aus modules -> _autoload -> config -> autoload.php ??

oder aus den metamodels?

lg.

nach einem downgrade auf 3.3.7 funktioniert es bei mir!

lg.

alex

Meine Autoload.php sieht so aus:

PHP-Code:

---

ClassLoader::addClasses(array(
  'ModuleProjekte' => 'system/modules/projekte/modules/ModuleProjekte.php',
));

TemplateLoader::addFiles(array(
  'mod_projekte' => 'system/modules/projekte/templates',
)); 


---

Im DCA steht bei mir z.B.

PHP-Code:

---

'cover' => array(
    'label' => &$GLOBALS['TL_LANG']['tl_projekte']['cover'],
    'exclude' => true,
    'inputType' => 'fileTree',
    'eval' => array(
      'fieldType' => 'radio',
      'path' => 'files/projekte',
      'filesOnly' => true,
      'tl_class' => 'w50 clr'),
    'sql' => "binary(16) NULL"), 


---

Zitat:

---

Zitat von haendersonfox

nach einem downgrade auf 3.3.7 funktioniert es bei mir!

lg.

alex

---

Das scheint mir keine gute Lösung zu sein :)
Das verschiebt das Thema ja lediglich....

In der autoload.ini fehlt "ProjektModel" .... entweder per Hand eintragen oder den Autoloader noch mal laufen lassen (dabei darauf achten den Haken zum Überschreiben vorhandener Dateien zu setzen).

Gruß, Cliff

Zitat:

---

Zitat von cliffen

In der autoload.ini fehlt "ProjektModel" .... entweder per Hand eintragen oder den Autoloader noch mal laufen lassen (dabei darauf achten den Haken zum Überschreiben vorhandener Dateien zu setzen).

Gruß, Cliff

---

Daran hatte ich auch schon gedacht, aber ich habe das Model nirgends definiert.
Auch nach einem neu generieren bleibt der Fehler, und es wird kein Eintrag mit "ProjektModel" erstellt.

Leider nicht die Lösung :(

Und es gibt in der gesamten Installation keine Datei die "ProjektModel" heißt oder in der "ProjektModel" drin steht?

Zitat:

---

Zitat von cliffen

ProjektModel

---

ProjekteModel

die autoloads habe ich auch neu ueberschrieben. keine aenderung.

EDIT:

Ähm, ich habe gerade in den Code geschaut. Schuld ist folgender Commit. Definitiv ein Problem in Contao 3.4. Contao geht davon aus, dass immer ein Model existiert. Wenn keins vorhanden ist, kracht es:

https://github.com/contao/core/commi...93fc2f6b134978

Ok, dann kann jetzt ja ein Ticket erstellt werden: https://github.com/contao/core/issues/7490
Kann das jemand machen der es besser erklären kann als ich? :)

Wobei mir auch eine Erklärung reichen würde wie ich ein Model anlege und was ich damit tue.....

Zitat:

---

Zitat von c.romeni

Ok, dann kann jetzt ja ein Ticket erstellt werden.
Kann das jemand machen der es besser erklären kann als ich? :)

Wobei mir auch eine Erklärung reichen würde wie ich ein Model anlege und was ich damit tue.....

---

Ist garnicht so schwierig. Die Models dienen bei Contao als Abstraktion von Datenbankverbindungen. Ausführlich erklärt ist dies im Cookbook von Contao: https://contao.org/de/cookbook/3.4/models.html

1. Model für die Tabelle anlegen. Damit Contao das Model einer Tabelle automatisch zuordnen kann ist folgende Namenskonvention zu beachten 'tl_example' wird zu 'ExampleModel'. Dabei darf das Model nicht im Namespace liegen.
   
   PHP-Code:

   ---

   <?php
// ProjekteModel.php
class ProjekteModel extends Model
{
    // Angabe des Tabellennamens ist zwingend notwendig
    protected static $strTable = 'tl_projekte';
}

   ---

2. Klasse ProjekteModel in der autoload.php registrieren
3. Falls die Namenskonvention nicht eingehalten werden soll und/oder die Klasse in einem Namespace liegt, so muss diese auch noch in TL_MODELS registriert werden.
   
   PHP-Code:

   ---

   // config.php
$GLOBALS['TL_MODELS']['tl_example'] = 'My\Custom\Namespace\Model\Example'; 


   ---

Zitat:

---

Zitat von webstar

Ist garnicht so schwierig. Die Models dienen bei Contao als Abstraktion von Datenbankverbindungen. Ausführlich erklärt ist dies im Cookbook von Contao: https://contao.org/de/cookbook/3.4/models.html

1. Model für die Tabelle anlegen. Damit Contao das Model einer Tabelle automatisch zuordnen kann ist folgende Namenskonvention zu beachten 'tl_example' wird zu 'ExampleModel'. Dabei darf das Model nicht im Namespace liegen.
   
   PHP-Code:

   ---

   <?php
// ProjekteModel.php
class ProjekteModel extends Model
{
    // Angabe des Tabellennamens ist zwingend notwendig
    protected static $strTable = 'tl_projekte';
}

   ---

2. Klasse ProjekteModel in der autoload.php registrieren
3. Falls die Namenskonvention nicht eingehalten werden soll und/oder die Klasse in einem Namespace liegt, so muss diese auch noch in TL_MODELS registriert werden.
   
   PHP-Code:

   ---

   // config.php
$GLOBALS['TL_MODELS']['tl_example'] = 'My\Custom\Namespace\Model\Example'; 


   ---

---

Cool, danke.. Das hat geholfen..

Hallo zusammen,
ich habe das selbe Problem, nur mit 'MmAssetsModel', beim Versuch im BackEnd Bilder aus dem Dateiverzeichnis auszuwählen. Leider arbeite ich mit contao erst seit zwei Tagen und habe die Dateistruktur noch nicht ganz durchblickt.
Dass ich die PHP-Codes abändern muss, ist mir natürlich klar.
Ich wäre nun so vorgegangen:

1. Die neue Tabelle durch den folgenden Code erstellen. Die Datei MmAssetsModel.php wird im Verzeichnis D:\Benutzer\Documents\XAMPP\htdocs\contao\system\m odules\metamodelsattribute_file\classes\src\MetaMo dels\Attribute\File erstellt.
   
   PHP-Code:

   ---

   <?php
// MmAssetsModel.php
class MmAssetsModel extends Model
{
    // Angabe des Tabellennamens ist zwingend notwendig
    protected static $strTable = 'tl_mmassets';
}

   ---

   Ist das so richtig?
   
2. Wie registriere ich die Klasse in autoload.php? Ist diese in diesem Ordner: D:\Benutzer\Documents\XAMPP\htdocs\contao\system\m odules\metamodelsattribute_file\config ?
   
3. Diesen Schritt brauche ich wahrscheinlich nicht machen, oder? Wenn doch, müsste ich dann die config.php im selben Ordner wie unter 2. suchen?
   Und was müsste ich statt "My\Custom\Namespace\Model\Example" eingben?:
   
   PHP-Code:

   ---

   $GLOBALS['TL_MODELS']['tl_mmassets'] = 'Was kommt hier hin?'; 


   ---

Ich weiß, meine Fragen sind wahrscheinlich trivial, aber für einen Anfänger wie mich leider unlösbar.


Also vielen Dank im Voraus und beste Grüße!

Zitat:

---

Zitat von sp4tzel

Hallo zusammen,
ich habe das selbe Problem, nur mit 'MmAssetsModel', beim Versuch im BackEnd Bilder aus dem Dateiverzeichnis auszuwählen. Leider arbeite ich mit contao erst seit zwei Tagen und habe die Dateistruktur noch nicht ganz durchblickt.
Dass ich die PHP-Codes abändern muss, ist mir natürlich klar.
Ich wäre nun so vorgegangen:

1. Die neue Tabelle durch den folgenden Code erstellen. Die Datei MmAssetsModel.php wird im Verzeichnis D:\Benutzer\Documents\XAMPP\htdocs\contao\system\m odules\metamodelsattribute_file\classes\src\MetaMo dels\Attribute\File erstellt.
   
   PHP-Code:

   ---

   <?php
// MmAssetsModel.php
class MmAssetsModel extends Model
{
    // Angabe des Tabellennamens ist zwingend notwendig
    protected static $strTable = 'tl_mmassets';
}

   ---

   Ist das so richtig?
   
2. Wie registriere ich die Klasse in autoload.php? Ist diese in diesem Ordner: D:\Benutzer\Documents\XAMPP\htdocs\contao\system\m odules\metamodelsattribute_file\config ?
   
3. Diesen Schritt brauche ich wahrscheinlich nicht machen, oder? Wenn doch, müsste ich dann die config.php im selben Ordner wie unter 2. suchen?
   Und was müsste ich statt "My\Custom\Namespace\Model\Example" eingben?:
   
   PHP-Code:

   ---

   $GLOBALS['TL_MODELS']['tl_mmassets'] = 'Was kommt hier hin?'; 


   ---

Ich weiß, meine Fragen sind wahrscheinlich trivial, aber für einen Anfänger wie mich leider unlösbar.


Also vielen Dank im Voraus und beste Grüße!

---

Wenn du ganz neu bei Contao bist, dann empfehle ich dir lieber eine ältere Contao Version zu nutzen (oder auf Contao 3.4.1 zu warten).
Du könntest bestimmt das Problem irgendwie umgehen, jedoch empfehle ich soweit wie möglich nicht in Dritterweiterungen einzugreifen.

Bei Contao ist es so wie mit vielen Softwareprojekten. Man vermeidet lieber eine x.x.0 Version. ;)

Vielen Dank für den Hinweis!
Ich wusste nicht, dass diese Version noch nicht ausgereift ist.
Ich werde dann ein Downgrade machen. Würdest du mir eher 3.2.16 (LTS) oder 3.3.7 (Die ausgewählte Version ist veraltet und enthält unter Umständen Fehler, die den korrekten Betrieb einer Webseite beeinträchtigen.) empfehlen?
Muss meine Installation beim Downgrade Kontakt zum Internet aufnehmen? Kann hier leider nicht die Ports, bzw. die Firewall entsprechend einstellen, weshalb ich alles manuell machen muss.
Habe auf 3.3.7 einen Downgrade durchgeführt. Ging wirklich kinderleicht. Danke nochmal! Das Auswahlfenster geht jetzt :)

Zitat:

---

Zitat von sp4tzel

Vielen Dank für den Hinweis!
Ich wusste nicht, dass diese Version noch nicht ausgereift ist.
Ich werde dann ein Downgrade machen. Würdest du mir eher 3.2.16 (LTS) oder 3.3.7 (Die ausgewählte Version ist veraltet und enthält unter Umständen Fehler, die den korrekten Betrieb einer Webseite beeinträchtigen.) empfehlen?
Muss meine Installation beim Downgrade Kontakt zum Internet aufnehmen? Kann hier leider nicht die Ports, bzw. die Firewall entsprechend einstellen, weshalb ich alles manuell machen muss.
Habe auf 3.3.7 einen Downgrade durchgeführt. Ging wirklich kinderleicht. Danke nochmal! Das Auswahlfenster geht jetzt :)

---

Wo gehobelt wird, fallen Späne. Kommt immer wieder vor, dass sich Fehler einschleichen, die nicht in der Beta/RC Phase entdeckt werden.

Ich setze meistens auf die LTS Variante, gerade bei Kundenprojekten. Wenn man nichts gegen regelmäßige Updates hat und von den neuen Features profitieren möchte, dann würde ich eher zu 3.3/3.4 raten.

In deinem Fall würde ich wohl, wie du gemacht hast, auf 3.3.7 zurückgehen. Wenn dann 3.4.1 raus ist, kannst du dein Glück nochmal versuchen.

Hallo zusammen,

habe die 3.4.0 am 3. Dezember heruntergeladen - also einige Tage, nachdem die Diskussion hier begann und nachdem das Ticket geöffnet wurde. Ich hörte nun, dass so viele Probleme haben mit unterschiedlichen Erweiterungen und der Bildauswahl (?).

Da bei mir bisher noch keine Probleme aufgetreten sind und ich nächste Woche das Projekt samt Schulung übergeben werde - wie kann ich denn reproduzieren, wann und wie der Fehler auftritt, um nicht überrascht zu werden ... ?

Installiert habe ich
• dhl_googlemaps
• cfs_maps

Im Theme (Premium Contao Themes) war zudem der "Revolution-Slider" enthalten sowie einige andere Module, die mit dem Theme kamen. Auch dort - keine Probleme.

Oder kann es sein (was ja großartig wäre), dass die 3.4.0 vor dem 3. Dezember gefixt wurde? Das Problem war da ja schon bekannt.

Vielen Dank ...

gefixed is es noch nicht, dann gäbe es die 3.4.1. Bei Erweiterungen die den Dateibaum oder Seitenbaum aufrufen und dabei keine "Models mitbringen" (MVC) tritt der Fehler auf.
Bei mir z.B. im Banner Modul, daher habe ich Freigabe nicht für 3.4.0 gegeben. Wobei ich das wohl doch noch schnell fixen werde, die 3.4.1 scheint ja noch ne Weile zu dauern bis die kommt.

Ah... ok ;-)
Dann scheint mein Konstrukt solche Erweiterungen nicht zu beinhalten.

Kann ich an irgendwas erkennen, ob eine Erweiterung "Models mitbringt"?

Im Theme "Alpha" (contao Themes) gibt es einen "Revolution Slider", bei dem das Problem auftritt. Bei einem Theme von "Premium Contao Themes" gibt es ebenfalls einen "Revolution Slider", wo das Problem nicht auftritt. Wie kann das sein... sind das unterschiedliche Entwicklungen?

Jedenfalls bin ich erstmal beruhigt... vielen Dank!

Wie das sein kann ist allgemein so. Wenn jemand modern entwickelt und sich an den Models des Contao Framework bedient ist alles gut.
Wird man damit aber nicht ganz froh und man baut die SQL Abfragen noch komplett selber und nutzt so keine Models, kann man in das Problem tappen.

Jetzt könnte es sein, dass der eine Slider speziell einen Contao 3.4.0 Patch beinhaltet und deshalb funktioniert.
Meist hat man dazu im Verzeichnis der Erweiterung ein Unterverzeichnis "models" worin sich eine oder mehrere Dateien befinden.

Hallöchen,

gerade habe ich festgestellt, dass mich das Problem nun doch auch betrifft. Ich habe die Erweiterung "polls" installiert (die findet man über das Backend, nicht aber bei contao.org in der Liste). Hier ist die Entwickler-Website: http://codefog.pl/extension/polls.html

Sie ist offiziell für 3.4 freigegeben. Und sie hat auch einen Unterordner "models" mit 2 PHP-Dateien. Wäre das nicht ein Indiz dafür, dass sie mit meta models arbeitet?

Problem: wenn ich eine Weiterleitungsseite wählen will, bleibt die Anzeige weiß.

Mein Pech: morgen soll die Website live gehen. Den Entwickler habe ich schon angeschrieben.

Was kann ich tun, um das Problem zu beheben? Kann ich die Weiterleitungsseite manuell in die Datenbank eintragen...? Oder gibt es einen anderen Workaround?

:confused:

Vielen Dank...

versuch einen downgrade zu machen. meiner meinung nach, liegt es an der 3.4. lg

Ich kann unmöglich einen Downgrade machen... das ist eine komplexe Installation mit einem eingekauften Theme (für 3.4) und etlichen laufenden Modulen - das muss morgen live gehen ;-)

versuche das mal um zusetzten, also direkt patchen, vorher Backup der zwei Dateien für alle Fälle
https://github.com/contao/core/pull/7567/files

Ich habe das gemacht - aber es hat leider nichts gebracht - bis auf den Unterschied, dass in anderen Modulen die Bildauswahl bzw. Seitenauswahl auch nicht mehr funktioniert hat. Hmm...

Danke auf jeden Fall für den Hoffnungsschimmer!


Edit: Mir hatte das gerade keine Ruhe gelassen, und deswegen habe ich den Patch gleich nochmal probiert. Dieses mal habe ich nicht nur alle Tabs sondern auch alle Returns noch einmal im Texteditor überschrieben. Das Ergebnis ist nun, dass alles, was vorher ging, immer noch geht. Aber das Problem mit der Seitenauswahl in "Polls" besteht weiterhin.

Wäre es ratsam, den Patch jetzt drin zu lassen oder lieber wieder rauszunehmen?

Merci ...

Edit 2:
Ich habe nun über den mysqldumper direkt die tabelle bearbeitet und in das Feld "jumpto" die Id der Zielseite eingetragen. Puh, das hat geklappt ;-)

Die Kuh wäre damit erstmal vom Eis. Ich hoffe nun, dass der Entwickler den Fehler irgendwann mal behebt. Oder dass das Update 3.4.1 bald kommt ;-)

Vielen Dank trotzdem an alle!

Hatte gehofft das wäre der Patch, war er aber wohl nicht. Klang nur so ähnlich. Du solltest daher wieder die original Dateien herstellen.

So, das isser denn aber
https://github.com/contao/core/commi...f5bc1001718307