57_Calendar - mal wieder Probleme beim Abruf der Kalenderdaten

[cornelius fillmore]

Also bei mir war es nicht genau die Zeile 825 sondern 831 aber egal

Ich habe es jetzt wie folgt geändert

if($type eq "url"){
   # $ics= GetFileFromURLQuiet($url) if($type eq "url");
require LWP::UserAgent;
   my $ua = LWP::UserAgent->new;
   $ua->timeout(10);
   $ics = $ua->get($url);
   $ics = $ics->decoded_content if ($ics->is_success);
} elsif($type eq "file") {
    if(open(ICSFILE, $url)) {

leider ohne Erfolg.
Immer noch "Calendar xx: Not an ical file at URL"

Hab ich denn sonst noch was zu tun?

[betateilchen]

In welcher Zeile das steht, hängt von der Version des Kalendermoduls ab. Weitere Aktivitäten sind nicht notwendig.

Funktioniert denn der Abruf des ics-Files, wenn Du die URL im Browser aufrufst?

[cornelius fillmore]

Funktioniert denn der Abruf des ics-Files, wenn Du die URL im Browser aufrufst?

Ja geht, sowohl http als auch https

[Dr. Boris Neubert]

Ich hätte da übrigens gleich noch einen kleinen Patch unterzubringen, um eine unschöne Konsolenmeldung zu unterdrücken, falls $keep größer ist als die tatsächlich gefundene Anzahl Kalendereinträge.

Ein Fix ist eingecheckt.

Wegen Disaster Recovery schubse ich derzeit ein paar Terabytes hin und her und komme nicht zu produktiver Arbeit 

Grüße
Boris

[cornelius fillmore]

Gibt es denn zu dem Kalenderthema etwas neues ??

[betateilchen]

Nö, irgendwie scheint sich niemand dafür verantwortlich zu fühlen, funktionierende HttpUtils zu schaffen.

Hast Du schonmal die alten HttpUtils wieder eingespielt, die vor dem großen Umbau "aktuell" waren? Die funktionieren bei mir ganz klaglos und ich habe die HttpUtils in die Liste "excluded_from_update" aufgenommen, damit sie nicht automatisch überschrieben werden.

[chris1284]

Nö, irgendwie scheint sich niemand dafür verantwortlich zu fühlen, funktionierende HttpUtils zu schaffen.

Laut maintainer.txt

FHEM/HttpUtils.pm            rudolfkoenig         http://forum.fhem.de Automatisierung

Kannst du mir die version / das updatedatum nennen von deiner die funktioniert? habe auch ein problem mit dem calender, weiss aber nicht obs an den utils liegt oder am kalender

[rudolfkoenig]

@chris1284: Kannst Du mir einen konkreten Fall zum nachstellen geben?

[betateilchen]

@chris: http://forum.fhem.de/index.php/topic,18968.msg129617.html#msg129617

Da steht drin, welche Version bei mir funktioniert

Code Auswählen Erweitern

# $Id: HttpUtils.pm 4497 2013-12-29 09:37:08Z rudolfkoenig $

und ab wann es nicht mehr klappt.

Code Auswählen Erweitern

# $Id: HttpUtils.pm 4514 2013-12-31 08:09:40Z rudolfkoenig $

[chris1284]

@rudolfkoenig: ich weiß wie gesagt nicht ob mein Problem mit httutils oder calendar zu tun hat.

Kurz umschrieben: nach erstem Einlesen der ics erfolgt nur noch eine Aktualisierung neuer Termine oder von Einzelterminen. Serientermine vom ersten Einlesen werden scheinbar nicht eingelesen/aktualisiert und zu falschen Daten dargestellt (1 Tag später, falsche Wiederholung usw.). 

Das andere sind die vielen unnötigen Einträge im Log http://forum.fhem.de/index.php/topic,20190.msg139343.html#msg139343

2014.02.13 20:37:26 1: HttpUtils url=<hidden>
2014.02.13 20:37:26 1: <hidden>: HTTP response code 200
2014.02.13 20:37:26 1: HttpUtils <hidden>: Got data, length: 16737
2014.02.13 20:42:26 1: HttpUtils url=<hidden>
2014.02.13 20:42:26 1: <hidden>: HTTP response code 200
2014.02.13 20:42:26 1: HttpUtils <hidden>: Got data, length: 16737
2014.02.13 20:47:26 1: HttpUtils url=<hidden>
2014.02.13 20:47:26 1: <hidden>: HTTP response code 200
2014.02.13 20:47:26 1: HttpUtils <hidden>: Got data, length: 16737
2014.02.13 20:52:26 1: HttpUtils url=<hidden>
2014.02.13 20:52:26 1: <hidden>: HTTP response code 200
2014.02.13 20:52:26 1: HttpUtils <hidden>: Got data, length: 16737

ps wenn du mal wieder Zeit hats, kannst du hier nochmal rein schauen http://forum.fhem.de/index.php/topic,20621.0.html

[betateilchen]

Kurz umschrieben: nach erstem Einlesen der ics erfolgt nur noch eine Aktualisierung neuer Termine oder von Einzelterminen. Serientermine vom ersten Einlesen werden scheinbar nicht eingelesen/aktualisiert und zu falschen Daten dargestellt (1 Tag später, falsche Wiederholung usw.).

Das hat mit den HttpUtils vermutlich nichts zu tun, denn die Daten werden ja bei Dir wenigstens noch gelesen.

Code Auswählen Erweitern

Got data, length: 16737

[cornelius fillmore]

Hast Du schonmal die alten HttpUtils wieder eingespielt, die vor dem großen Umbau "aktuell" waren? Die funktionieren bei mir ganz klaglos und ich habe die HttpUtils in die Liste "excluded_from_update" aufgenommen, damit sie nicht automatisch überschrieben werden.

Wo bekommen ich die HttpUtils her und wo befindet sich die Liste mit dem "excluded" bzw. wie sieht denn dein Eintrag aus.

Danke

[betateilchen]

Die HttpUtils bekommst Du z.B. aus SVN und excludefromupdate ist ein Attribut von "global"

[betateilchen]

Interessante Erkenntnis:

- Auf meinem Cubietruck im Netzwerk bei meiner Lebensgefährtin funktionierten die HttpUtils am Wochenende völlig problemlos.
- Der gleiche Cubietruck in meinem Netzwerk liefert mir mit den aktuellen HttpUtils keine Daten, wohl aber mit den alten HttpUtils (Version Ende Dezember 2013)

Welchen Einfluss kann denn die Art der Internetverbindung haben?

Bei mir in Mönchengladbach: Unitymedia -> Fritzbox 6360 als Kabelmodem
Bei meiner Partnerin in Heidelberg: Kabel BW -> Fritzbox 6340 als Kabelmodem

[rudolfkoenig]

Kannst du da, wo es nicht funktioniert, ein strace mitlaufen lassen?
Noch schoener waere, wenn man zwei logs haette, einmal funktionierend, und einmal nicht.