[gelöst] SPAW-Editor öffnet kein Editorfeld nach Update 1.11>1.12

[Gast]

Willkommen Gast. Bitte einloggen oder registrieren.

Einloggen mit Benutzername und Passwort

[weilpe]

Problem wie oben beschrieben. Der Editor wird geöffnet und der Titel ist zum eintragen, ebenso die Auswahlfelder.

Das Problem besteht sowohl in Firefox als auch IE.

In der Testinstallation auf dem gleichen Hosting-Paket funzt er.... spaw-inc.php ist auf beiden Installationen identisch.

Auch im pmx-blank besteht das Problem weiter...




PS.: Mein mod-rewrite-problem ist auch noch nicht gelöst...siehe anderes Thema  - Sch..Sch..ich kann seit drei Wochen nix mehr machen!!??

[fjuergens]

Ich hatte das gleiche Problem mit Opera..

schau Dir mal das an.....

http://www.pragmamx.org/Forum-topic-33023-start-msg207001.html#msg207001

[weilpe]

...steht bei gecko schon so drin....
Die Toolbar wird ja geladen, nur das Editorfenster nicht....

[Andi]

Hoi

hast mal nen Link zum guggen?
Und wenn möglich schalte mal vorübergehend das Modul Submit_News für alle Besucher frei

[weilpe]

Hi,
http://kirroyal-geniesserjournal.de/modules.php?name=Kalender&file=submit

Da siehste gleich was los ist....

Im Vergleich dazu auf dem gleichen Host:

kirroyal.geniesserverlag.de   kannste mit ( *********/ **********) in die Testumgebung einloggen und auch das mod_rewrite-Problem erkennen. Standard .htaccess - komplette Neuinstallation.


edit by Andi:
öffentliche Zugangsdaten entfernt

[weilpe]

Im übrigen - die Dateien in "includes/wysiwig" der Testversion und der Arbeitsumgebung sind vollkommen identisch und liegt nicht am Thema....

I werd no NARRISCH!!! und des ganz ohne Fasching...

[Andi]

Moin

der Link verweist ja nur auf den Kalender und dort sieht es nach einem grösseren Problem aus, das aber letztendlich irgendwo am Kalender liegt. Es fehlt ja nicht nur der Editor, sondern die ganze Seitenumgebung...
Denke hier müsste der eingeschaltete Debugmodus weiterhelfen...

Besteht bei anderen Modulen, z.B. Submit_News auch dieses Problem?

Der Spaw selbst scheint zu funktionieren, denn die Test-Demo tut dies auch:
http://www.kirroyal-geniesserjournal.de/includes/wysiwyg/spaw/editor/demo/demo.php

[weilpe]

Guggst Du...

http://kirroyal-geniesserjournal.de/modules.php?name=submit_News

Ja das mit dem Kalender ist die nächste Baustelle, brennt aber nicht.....Springt nur bei "Termin eingeben" aus dem Fenster...

[Andi]

Schalt mal bitte den Debugmodus so ein wie auf dem Screnshot.
Beobachte ob Meldungen beim Aufruf der Spaw Seiten kommen, wenn nicht, schau bitte im Ordner /dynadata/logfiles/ ob da ein logfile angelegt wurde und was drinsteht.

Irgendetwas bricht bei dir das Script ab und verhindert, dass die footer.php korrekt eingebunden wird, wenn der Editor aktiv ist...

[weilpe]

Auf dem Screen:

PHP Run-time notice:
Use of undefined constant VERLAG - assumed 'VERLAG'
in themes/mx-outline/settings.php on line 15
PHP Run-time notice:
Use of undefined constant JOURNAL - assumed 'JOURNAL'
in themes/mx-outline/settings.php on line 16
PHP Run-time notice:
Use of undefined constant SHOP - assumed 'SHOP'
in themes/mx-outline/settings.php on line 17

Sind die Links der Menubuttons im Header...


Im Logfile:
[21-Jan-2012 12:17:02] PHP Fatal error:  Class 'SumaTaggedMod' not found in /homepages/41/d129902166/htdocs/max/modules/Tags/footer_tags.php on line 4

obwohl Modul deaktiviert und aus dem Footer entfernt...

[Andi]

PHP Fatal error:  Class 'SumaTaggedMod' not found in

ok, das wird der Scriptabbruch sein...

Dazu: http://www.pragmamx.org/Forum-topic-33006-start-msg206668.html#msg206668


Und zu den Menubuttons im Header:
http://de.php.net/manual/de/language.types.array.php#language.types.array.foo-bar

[weilpe]

Geändert:

Jetzt kommt immer noch
[21-Jan-2012 00:00:06] PHP Fatal error:  Class 'SumaTaggedMod' not found in /homepages/41/d129902166/htdocs/max/modules/Tags/footer_tags.php on line 4

dort steht:
$tags = new  SumaTaggedMod('footer');

im Logfile und gehn tut der Spaw auch noch nicht.

Das mit den Array - Menu-Button ist mir zu HOCH.
Aber der SPAW geht mit dem MX-Outline-Theme in der Testumgebung mit der gleichen Fehlermeldung...
Also erst mal Wurst.. oder?!

[Andi]

Moin

solange das Script irgendwo beim einbinden der footer.php abgebrochen wird, kann deine Seite nicht korrekt funktionieren. Auch der Spaw micht, denn dessen benötigte Javascript-Dateien werden durch den Fehler garnicht geladen.

Irgendwo werden da Teile des SumaTagged Moduls eingebunden, die dann den Fehler verursachen. Ich kenne das Modul nicht richtig und ich weiss auch nicht, was in deinen Dateien alles geändert wurde.

- Rufe die Versionsüberwachung auf und schau nach, ob Differenzen angezeigt werden.
  > wenn ja korrigiere die Differenzen wenn möglich mit den Originaldateien

- Schau in die includes/my_footer.php und die includes/my_header.php rein, ob da irgendetwas von dem Sumatagged Modul drinsteht und entferne dies

- Wende dich an Webfan (den Autor des Moduls), wegen Hilfe zur korrekten Einbindung in pragmaMx 1.12

[Webfan]

Nabend  
In dem von Andi verlinkten Thread sollte eigentlich alles stehen:
http://www.pragmamx.org/Forum-topic-33006-start-msg206668.html#msg206668
Die Klasse SumaTaggedMod erzeugt eine Instanz in footer.php ist aber wohl nicht in my_header.php eingebunden und deklariert, somit gibt es dann den Fehler.
Also entweder, alles was mit dem Modul hat entfernen (aus footer.php/my_footer.php und my_header.php), oder das Modul korrekt in beiden Dateien einbinden. Wie Andi im oben verlinkten Thread richtig schrieb ist die bessere Datei dafür my_footer.php statt footer.php.
Ich muß gestehen, ich habe das Modul noch nicht unter 1.12 getestet. Bin zur Zeit stark beschäftigt, ich denke, dass ich am Dienstag, Mittwoch oder Donnerstag dazu komme, werde also im Laufe der nächsten Woche hier nochmal was dazu schreiben, bzw. ggf. ein Update herausbringen.

Viele Grüße
 

[weilpe]

Noch einmal Danke für die Hilfe allerseits.
Auch wenn es etwas gedauert hat, so ging es doch schneller als bei so mancher Hotline  


Zu den SumaTags - Ich hatte das Modul wie folgt eingebunden (natürlich auskommentiert):

my_header.php:
Zeile 25 ff
/* Platz fuer eigenen PHP-Code: */
# include_once('modules/Tags/track.php');

my_footer.php:
Zeile 18
# include_once('modules/Tags/footer_tags.php');

Vielleicht hilft`s ja....

[Webfan]

Nabend 
also ich räume ein, der Code kööönnte zwar ein Update vertragen.
Habe das Modul auf 1.12 nun getestet und konnte allerdings keinen Fehler feststellen:
http://outshop.de/modules.php?name=Tags

Allerdings sollte man die eine Zeile tatsächlich in my_footer.php statt footer.php einbinden, vielleicht könnte Andi einen Hinweis in der Downloadbeschreibung ergänzen?

Zur Zeit komme ich nicht zu einem Update, sehe aber auch keinen so dringenden Handlungsbedarf?

Für weitere Fragen stehe ich gerne zur Verfügung.

Viele Grüße
 

[Andi]

Moin

vielleicht könnte Andi einen Hinweis in der Downloadbeschreibung ergänzen?

Ich schlage vor, du reichst einen entsprechend angepassten Text als Downloadänderung ein.

[Webfan]

Habe mal einfach die readme.txt des bestehenden Paketes geändert 
Viele Grüße
 

[Andi]

Vermutlich die beste Lösung