hab bislang immer das alte Modul von Stefan Korn auf sämtliche Versionen mit upgegradet und hat bis dato tadellos funktioniert.
Bin also gerade dabei, das Modul für die 4.7 er zu portieren, allerdings schreit er noch: “Template not found” im Errorlog.
Nun stellt sich mir die Frage, weshalb findet er die / das Template(s) nicht?
Bin also fast durch, kann eigentlich nur ne Kleinigkeit sein. Wäre schön, wenn sich das mal jemand ansehen könnte, denn das ist das letzte Modul, dass nicht funktioniert, bevor ich auf die 4.7 er switchen kann… Menno!
Wo denn Ray? Muss ja nicht, denn in der metdata.php kann man angeben, wo die Files denn liegen sollen. Die liegen ja allesamt im Modulverzeichnis selbst. Es funktioniert alles, bis auf das Versenden der Mail. getRawValue() führt auch noch zu einem Error, ober das kann man durch ->value ersetzen. Irgendwo ist noch der Wurm drin, ich komm grad net drauf.
Könnte das auch ein GitHub-Projekt sein? Besser dort als dass jemand wieder etwas aus dem Forum klaut und in den eXchange stellt, oder? @Coarsy: @jkrug und ich denken grad über ein GitHub-Webinar nach. Bist Du dabei?
Hi Marco, könnte sicherlich ein Github Projekt sein, auf alle Fälle, aber erstmal muss das Ding wieder gangbar gemacht werden. Viel fehlt nicht, hat nur mit der Initalisierung der start Klasse zu tun, denn seltsamerweise wird das start.tpl nicht gefunden.
ich denke, GitHub ist genau der richtige Ort für solcherart Phänomene:
Die Struktur der Dateien hat sich geändert, das Modul könnte dort angepasst werden.
Der bootstrap-Prozess wurde geändert. Eventuell knallt es schon dort.
GitHub ist viral. Über GitHub erreichst Du mehr Entwickler als über das Forum, die ggf. Interesse haben mitzuhelfen, das Modul auf den aktuellen Stand zu bringen und das relativ einfach eintüten können. Genau das ist der Grund, warum die OXID projects momentan umgezogen wird
Vielleicht möchte es mal jemand forken und unter die Lupe nehmen. Es scheint mir sogar ein Bug im Modulhandling in OXID zu sein und das wäre dann wohl nicht mehr so trivial.
Immer noch nach mehreren Tests das Problem, dass page/shop/start.tpl nicht geladen werden kann. Seltsamerweise funktioniert das Ganze in Azure! Wäre schön, wenn sich das noch jemand ansehen könnte, denn es ist schon ein sehr praktisches Modul und die Gutscheine werden von den Kunden gerne angenommen.
jetzt wirds langsam unheimlich. Mir ist vorhin klar geworden, dass das start.tpl ja im Admin gesucht wird und dort nicht gefunden werden kann. Interessanterweise funktioniert das hier auch nicht, obwohl das Template definitiv an dieser Stelle liegt:
Hat also jemand eine Idee, von wo aus OXID versucht das Template aufzurufen? Da ja eine Admin Klasse an dieser Stelle initialisiert wird, könnte es rein theoretisch sein, dass das start.tpl unterhalb von views/admin/tpl… usw. gesucht wird, was natürlich fehl schlägt. Jetzt suche ich quasi nach einer Möglichkeit, OXID beizubringen, hier wirklich vom Server Pfad auszugehen, was doch eigentlich mit getTemplatePath richtigerweise funzen müsste, oder?
Mist, logo, da hätte ich drauf kommen können… :o
Habe das Modul gerade umgebastelt gehabt, damit es mit einer eigenen zentralen Klasse läuft, die dann ohne TPL-Probleme aus FE und BE aufgerufen werden kann. Das halte ich für den eleganteren Ansatz und läuft auch primo, aber egal, es führen ja immer viele Wege nach sonstwohin…
Ich habe das Geburtstagsmodul auch installiert. In den letzten Tagen die Mails angepasst und immer wieder “per Hand” ausgelöst. Funktioniert alles wie es soll.
Heute Mittag habe ich es daher auf “automatisch” geschaltet. Gegen 17 Uhr war das Frontend des Shops nicht mehr zu erreichen - Exception Error als Title und ansonsten weiße Seite.
Nach dem umschalten auf “manuell” funktioniert wieder alles.
Genau, es fehlen die entsprechenden Dateien. Ich habe die Struktur noch nicht nach _copythis etc. angepasst, so dass das Modul direkt in den Modulordner geladen werden muss.