Moinmoin,
wurde durch eine Besucheranfrage auf ein kleines Problem mit dem Kalender aufmerksam.
Alles funktioniert wunderbar, zumindest hab ich ansonsten noch nix gefunden - aber die Jahresübersicht erzeugt eine wunderschön jungfräuliche weiße Seite. Komplett weiß.
Kein Header kein Footer, keine Sidebar, nix im Seitenquelltext. Einfach nur leer.
Habe hier im Forum zwar ein paar Beiträge zu "weißen Seiten" gefunden, aber nicht in diesem Zusammenhang und die Lösungen schienen auch eher individuell zu sein...
Da ich ein wenig modifiziertes Standardtheme verwende und auch sonst nix ausgefallenes, wundert mich das umso mehr.
Getestet mit Firefox unter Linux und Windows sowie Opera.
Im Serverlog tauchen auch keine obskuren PHP oder sonstigen Fehler auf.
CMS-Version: pragmaMx 0.1.9, 1.20.4.18/2006-12-11
PHP-Version: 5.2.0-0.dotdeb.3 (PHP-Info)
MySQL-Version: 5.0.32-Dotdeb_1.dotdeb.1-log
Server-Version: Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5 PHP/5.2.0-0.dotdeb.3 with Suhosin-Patch mod_ssl/2.0.54 OpenSSL/0.9.7e mod_perl/1.999.21 Perl/v5.8.4
Kalendermodul ist auf dem letzten Stand.
Zu besichtigen ist das Problem hier:
http://ferienhaus.elfenwald.org/Kalender.html
Any ideas?
Danke!!
Martin
Gibt es mit eingeschaltetem Debug-Mode irgendwelche Fehlermeldungen ?
Habe das gleiche Problem nach Neuinstallation von V1.4d aber bei mir unabhängig von der Ansicht.
Das Terminkalender Konfigmenü im Adminbereich funktioniert bestens, aber sobald ich (egal ob als User oder Admin) den Kalender über das Hauptmenü aufrufe, bekomme ich nur eine weisse Seite (auch bei eingeschaltetem Debug-Mode).
Greetz; Tekkle
Moin, war ein paar Tage offline, daher erst jetzt danke für die Antworten.
Ja, den Debug-Mode hatte ich tatsächlich nicht bedacht, sondern nur das serverseitige Error-Logging von PHP begutachtet.
habe ich gerade nachgeholt - leider ohne Ergebnis.
Es gibt ein wenig Herumgenöle vom Sommaire-Block (versch. undefined variables, der Menüblock funzt aber trotzdem artig) auf allen Seiten, aber nichts in Bezug auf den Kalender.
Der Quelltext der Jahresansichts-Seite ist auch mit eingeschaltetem Debug-Mode und Anzeige der SQL-Fehler makellos LEER.
Noch mehr Ideen oder andere User mit den gleichen Problemen?
Was mich am meisten wundert: ALLES andere, die Anzeige der nächsten Termine, Tages- Wochen- Monatsansicht funzt alles einwandfrei, Administration und Termineingabe sowieso, nur die Jahresansicht streikt. Kann also kein gerereller Einrichtungsfehler oder ähnliches vorliegen.
Ciao
Martin (der immer noch ein wenig ratlos aus der Wäsche guckt)
Jop, komisches Ding :puzzled:
Total irre wird es, wenn man dann ein anderes jahr auswählt, und dort die Jahres-Ansicht funktioniert...
http://ferienhaus.elfenwald.org/Kalender-m-2-d-12-y-2006-op-year.html
Lass mir mal nen FTP Zugang zukommen, dann kann ich da mal direkt guggen. So recht habe ich da noch keine Idee...
Huch? Jetzt wirds wirklich lustig... Du kriegst die 2006er Ansicht? bei mir (hab grad Firefox auf Linux hier) ist auch die leer, vermutlich weil noch irgendwo ein Session-Cookie von der letzten Admin-Sitzung drin ist oder so. Gerade Opera gestartet, damit sehe ich auch die 2006er, Jahr 2007 dagegen ist wieder makellos reinweiß.... :mad2:
Was ich mir vorstellen kann: die Freunde, denen das Ferienhaus gehört, haben ...ähm ... nun ja: die Sorte, die froh ist, wenn die Unterscheidung linke/rechte Maustaste klappt... ;-)
Geben aber ganz heldenhaft die Termine selber ein.
Kann es sein, daß die Herrschaften bei irgendeinem Termin was "vergessen" haben (Beschreibung oder Kategorie nicht zugewiesen oder weiß der Geier) und das Script dann ausschließlich in der Jahresansicht darauf sauer reagiert?
Hab Dank für das Angebot, da mal drüberzugucken, Andi!
Ich geb Dir die Daten morgen per PN, bin grad nicht an meinem Rechner.
Hi zusammen,
Ich habe meine seite local installiert auf dem wampserver und habe dieses problem auch, jahresubersicht ist komplett weiss egal welches jahr mit Firefox und auch mit IE7. Alles andere funktioniert aber am kalender. Ich benutze ein phpnuke theme "fiblue3d":puzzled:
Hallo,
Ich habe jetzt pragma bei einem webhoster installiert und der Kalender funktionniert 100% auch die Jahresansicht, also war der fehler warscheinlich vom wampserver oder php version 5.2..weiss auch nicht.
Werde aber ein anderer hoster suchen mussen weil ich dort coppermine nicht uploaden kann und chmod ist nicht erlaubt.(schade es waren 10Go gratis und ohne werbung)
Kalender funzt aber gut, zu sehen hier : http://xwolfx.free.fr/ :thumbup:
HI,
ich habe auch das Problem, nur dass auf einem Webpack alles läuft, und auf dem anderem gar nichts. :puzzled:
Der Problemserver hat die Php-Version 5.2.1, und der andere, auf dem es läuft hat 4.4.2 .
Vieleicht hat es was damit zu tun....
Hi
nachdem ich das hier gelesen hatte, hab ich auch gleich mal geschaut.
Auf dem Server online geht noch die Tagesansicht, aber nicht mehr die Monat- oder Jahresansicht.
Php Version 5.2.1. /Apache 1.3
Die Locale (identische) Arbeits-Installation funktioniert einwandfrei.
Php-Version 4.3.10 / Jana 2.4.8.51
NEIIIIIIIIIIIIIIN......hab auch das Problem :puzzled:
Das einzige was ich sagen kann, auf dem Webspace wo es geht, läuft PHP 4.4.4
bei dem Anbieter wo´s net funzt läuft 5.2.0.8
Naja, wer kann auch schon ein jahr im vorraus planen ;)
Moin :)
komische Sache, da muss ich mir doch mal php 5.2 installieren...
Unter 5.1 kann ich das nicht nachvollziehen.
Servus Andi,
muss mich korrigieren,
es geht garnüscht bei mir. Nur die combi Anzeige des Kalender.
Tages-, Monats- und Jahresansichten gehen nicht :gruebel:
Moin :)
an alle, die das Problem haben, ändert mal in der /modules/Kalender/index.php die vorletzte Zeile von:
$out = preg_replace('#<title>(.*)</title>#si', '<title>' . trim($GLOBALS['sitename']) . ' - ' . _CALNAME . ' - ' . $GLOBALS['cal_pagetitle'] . '</title>', $out);
zu:
$out = preg_replace('#<title>([^<]*)</title>#si', '<title>' . trim($GLOBALS['sitename']) . ' - ' . _CALNAME . ' - ' . $GLOBALS['cal_pagetitle'] . '</title>', $out);
Unterschied ist also dieser Teilstring: '#<title>([^<]*)</title>#si'
Da ich gerade FTP-Zugriff bei Baldyman hatte, habe ich das dort getestet und es geht...
1000 Danke an den CodeGott :gott:
Achja.....den Schnipsel nur ersetzten wenn´s nicht funktioniert ?
Oder kann man des grundsätzlich erstetzen ?
ZitatCodeGott
Quatschkopp :puzzled: :BD:
ZitatAchja.....den Schnipsel nur ersetzten wenn´s nicht funktioniert ?
Oder kann man des grundsätzlich erstetzen ?
Kann man grundsätzlich ersetzen, wird auch in einem kommenden Update entsprechend geändert...
Bei dir ist das aber schon geändert ;)
Kann mich nur Baldyman anschließen:
:gott: :genie:
Danke! :)
Hallo, DU von Baldyman's Gnaden zu Gott erhobener ;-)))
Zitat von: Andi am 08 April 2007, 11:09:00
an alle, die das Problem haben, ändert mal in der /modules/Kalender/index.php die vorletzte Zeile von:
....
Unterschied ist also dieser Teilstring: '#<title>([^<]*)</title>#si'
geht (bei mir) dennoch nicht
Moin :)
Zitat von: Dukewh am 08 April 2007, 18:17:17
geht (bei mir) dennoch nicht
Dann ist es bei dir ein anderes Problem.
Denke das gehört dann da zu: http://www.pragmamx.org/Forum-topic-20650.html
Die Symptome in deinem Kalender sehen auch danach aus...
Zitat von: Andi am 08 April 2007, 11:09:00
Moin :)
an alle, die das Problem haben, ändert mal in der /modules/Kalender/index.php die vorletzte Zeile von:
$out = preg_replace('#<title>(.*)</title>#si', '<title>' . trim($GLOBALS['sitename']) . ' - ' . _CALNAME . ' - ' . $GLOBALS['cal_pagetitle'] . '</title>', $out);
zu:
$out = preg_replace('#<title>([^<]*)</title>#si', '<title>' . trim($GLOBALS['sitename']) . ' - ' . _CALNAME . ' - ' . $GLOBALS['cal_pagetitle'] . '</title>', $out);
Unterschied ist also dieser Teilstring: '#<title>([^<]*)</title>#si'
Da ich gerade FTP-Zugriff bei Baldyman hatte, habe ich das dort getestet und es geht...
Geilooo, hat bei mir ebenfalss geklappt.
Danke Code-Gott :gott: :yltype:
Hi,
Der trick hat bei mir auf dem wampserver auch geklappt ! :thumbup:
Zitat von: Andi am 08 April 2007, 11:09:00
Moin :)
an alle, die das Problem haben, ändert mal in der /modules/Kalender/index.php die vorletzte Zeile von:
$out = preg_replace('#<title>(.*)</title>#si', '<title>' . trim($GLOBALS['sitename']) . ' - ' . _CALNAME . ' - ' . $GLOBALS['cal_pagetitle'] . '</title>', $out);
zu:
$out = preg_replace('#<title>([^<]*)</title>#si', '<title>' . trim($GLOBALS['sitename']) . ' - ' . _CALNAME . ' - ' . $GLOBALS['cal_pagetitle'] . '</title>', $out);
Unterschied ist also dieser Teilstring: '#<title>([^<]*)</title>#si'
Da ich gerade FTP-Zugriff bei Baldyman hatte, habe ich das dort getestet und es geht...
Argh... da häng ich seit 1 woche hier rum, installier pragmamx komplett nochmal auf eine andere subdomain, installier den neuen kalender (schade in der alten version waren ein paar features mehr drinnen die ich jetzt vermisse) und fand den fehler nicht. mal seite weis in monatsansicht, mal in jahresansicht... und dann... einmal hier schauen und schon sollte man dem andi die füße küssen.
schon mal erroiert ob das wirklich in der php versionsumstellung gelegen hat? hatte auch vorher 4.x wo der kalender einwandfrei funktioniert hat und ende letzten jahres alles auf 5.x umgestellt. glaub da hat der fehler auch erst angefangen.
jippi... jetzt rund 1000 termine eintragen :puzzled:
öhm frage an der ersteller des terminkalenders... in einer version (letzte die ich drauf hatte) konnte man eine bildurl einfügen. diese funktion ist jetzt leider nimmer? kommt die evtl. nochmal?
da ich z.b. über/mit eventim zusammenarbeite darf ich text und bilder nutzen. so brauchte ich früher z.b. mir das künstlerbild nicht erst runterladen und dann in pragmamx wieder einspielen sonder konnte direkt den link zum bild angeben. wäre fein wenn das wieder kommen würde.
liebe grüße
weisse seite :gruebel:
könnte das evtl. auch das problem von dem hier sein ?
http://www.pragmamx.org/Forum-topic-24042.html
:thumbup: It's ok! No white page!
Thank you very much!
Now my pb with "No events today" :gruebel:
Hi,
hatte das gleiche Problem nach dem Update auf die neue Version von pragmaMx 0.1.10, aber erst dann. War mir bisher nur nicht aufgefallen, da der Kalender ja sonst funktionierte. Aber die Code-Änderung brachte den Erfolg.
Vielen Dank dafür nochmals.
andi73
... bei mir war das ebenfalls erfolgreich. Somit ist das nächste PMX - Projekt gerettet - LOL ;-)