Nextcloud Kalender funktioniert nicht mehr

[rcmcronny]

Hoi,

bei mir auch, 18.0.4 wars die Tage und heute kam die 18.0.5, bei beiden der Fall.

Wenn man dann sieht, das in der HttpUtils.pm die Änderung recht klein ist ->
https://svn.fhem.de/trac/changeset?reponame=&new=22027%40trunk%2Ffhem%2FFHEM%2FHttpUtils.pm&old=21529%40trunk%2Ffhem%2FFHEM%2FHttpUtils.pm

Ich habe mal eben beim Abruf der Header im Firefox geschaut, da ist Connection: keep-alive , aber der Abruf muss ja nicht gleich dem HttpUtils abruf sein.

Ronny

[enno]

Mit der von Boris angehängten HttpUtils.pm geht es bei mir auch wieder.

Code Auswählen Erweitern

ical url https://fhem:fhem@homepage.de/nextcloud/remote.php/dav/calendars/fhem/fhem?export 86400

(die Domain habe ich auch zensiert)

Nextcloud 18.0.4

Gruss
  Enno

[KölnSolar]

wenn ich das so richtig sehe, dann ist es davon abhängig, was die url zurückliefert. Scheinbar ist im Fehlerfall Connection:\s*Upgrade im Header enthalten. Für den Zweck der Änderung(für DevIo mit websocket), müsste stattdessen Upgrade:\s*websocket in Zeile 698 geändert werden und den Fehler verhindern. Mag das jemand ausprobieren ?

[rcmcronny]

Hi,

habs probiert, dann klappts noch

Code Auswählen Erweitern


    } elsif($hdr =~ m/Connection:\s*Upgrade:\s*websocket/i) {
      $hash->{httpdatalen} = 0;
      $hash->{httpheader} = $hdr;
      $hash->{httpdata} = $hash->{buf} = "";


Code Auswählen Erweitern


2020.06.04 22:48:19 4: Calendar MuellKalender: Updating...
2020.06.04 22:48:19 4: Calendar MuellKalender: Getting data from URL <hidden>
2020.06.04 22:48:19 5: Calendar MuellKalender: HTTP response code 200
2020.06.04 22:48:19 4: Calendar MuellKalender: parsing data asynchronously (PID= 7415)
2020.06.04 22:48:19 5: Calendar MuellKalender: control passed back to main loop.
2020.06.04 22:48:20 4: Calendar MuellKalender: got result from asynchronous parsing.
2020.06.04 22:48:20 4: Calendar MuellKalender: asynchronous parsing finished.
2020.06.04 22:48:20 4: Calendar MuellKalender: merging data
2020.06.04 22:48:20 4: Calendar MuellKalender: 5 records processed, 0 new, 5 known, 0 modified, 0 changed.
2020.06.04 22:48:20 4: Calendar MuellKalender: creating calendar events
2020.06.04 22:48:20 4: Calendar MuellKalender: Checking times...
2020.06.04 22:48:20 3: ABFALL myAbfall - CALENDAR:MuellKalender triggered, updating ABFALL myAbfall ...
2020.06.04 22:48:20 4: Calendar MuellKalender: process ended.


[KölnSolar]

Schon mal nicht schlecht. Rudi hat meine Idee aber scheinbar nicht so recht gefallen u. er hätte gerne mal den http-header aus der response des Servers.

[rcmcronny]

Hi,

kann ich gern liefern, aber da brauche ich ne Info, wie ich das aus dem Modul mir rausziehen kann.
Wenn ich das im Firefox aufrufe, bringt das doch nix, sollte also schon aus dem Modul direkt aus der Anfrage ja kommen

Ronny

[KölnSolar]

Mit curl, wget... von der Konsole ? 

[CoolTux]

Das ganze scheint sich auf
remote.php/dav/calendars
zu beschränken. Ich habe einen public calendars und ddamit geht es. Schon interessant

[rcmcronny]

Hallo,

hast Du auch einen up2date Server mit http2 usw ?
Es tritt bei mir aber auch mit dem Public Link  .../remote.php/dav/public-calendars/... auf.

Also mit curl kommt nix passendes, das liegt am direkten http2 würde ich vermuten, bei wget kommt jedoch was brauchbares (hoffe ich)

Code Auswählen Erweitern


HTTP/1.1 200 OK
Date: Fri, 05 Jun 2020 07:13:13 GMT
Server: Apache
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
Content-Security-Policy: default-src 'none';
Content-Disposition: attachment; filename="<entfernt>-2020-06-05.ics"
Set-Cookie: <entfernt>=<entfernt>; path=/; secure; HttpOnly
Set-Cookie: oc_sessionPassphrase=<entferntxxxxxxx>; path=/; secure; HttpOnly
Set-Cookie: __Host-nc_sameSiteCookielax=true; path=/; httponly;secure; expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=lax
Set-Cookie: __Host-nc_sameSiteCookiestrict=true; path=/; httponly;secure; expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=strict
Referrer-Policy: no-referrer
Strict-Transport-Security: max-age=15768000; includeSubDomains; preload
X-Content-Type-Options: nosniff
X-Download-Options: noopen
X-Frame-Options: SAMEORIGIN
X-Permitted-Cross-Domain-Policies: none
X-Robots-Tag: none
X-XSS-Protection: 1; mode=block
Upgrade: h2
Connection: Upgrade, Keep-Alive
Keep-Alive: timeout=15, max=300
Transfer-Encoding: chunked
Content-Type: text/calendar;charset=UTF-8


Und ich denke mal das der relevante Punkt hier:

Code Auswählen Erweitern


Upgrade: h2
Connection: Upgrade, Keep-Alive


Ronny

[CoolTux]

Hallo,

hast Du auch einen up2date Server mit http2 usw ?
Es tritt bei mir aber auch mit dem Public Link  .../remote.php/dav/public-calendars/... auf.

Also mit curl kommt nix passendes, das liegt am direkten http2 würde ich vermuten, bei wget kommt jedoch was brauchbares (hoffe ich)

Code Auswählen Erweitern


HTTP/1.1 200 OK
Date: Fri, 05 Jun 2020 07:13:13 GMT
Server: Apache
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
Content-Security-Policy: default-src 'none';
Content-Disposition: attachment; filename="<entfernt>-2020-06-05.ics"
Set-Cookie: <entfernt>=<entfernt>; path=/; secure; HttpOnly
Set-Cookie: oc_sessionPassphrase=<entferntxxxxxxx>; path=/; secure; HttpOnly
Set-Cookie: __Host-nc_sameSiteCookielax=true; path=/; httponly;secure; expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=lax
Set-Cookie: __Host-nc_sameSiteCookiestrict=true; path=/; httponly;secure; expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=strict
Referrer-Policy: no-referrer
Strict-Transport-Security: max-age=15768000; includeSubDomains; preload
X-Content-Type-Options: nosniff
X-Download-Options: noopen
X-Frame-Options: SAMEORIGIN
X-Permitted-Cross-Domain-Policies: none
X-Robots-Tag: none
X-XSS-Protection: 1; mode=block
Upgrade: h2
Connection: Upgrade, Keep-Alive
Keep-Alive: timeout=15, max=300
Transfer-Encoding: chunked
Content-Type: text/calendar;charset=UTF-8


Und ich denke mal das der relevante Punkt hier:

Code Auswählen Erweitern


Upgrade: h2
Connection: Upgrade, Keep-Alive


Ronny

Mein Apache ist in der Tat up2date. Kommt mit Buster

[KölnSolar]

Und ich denke mal das der relevante Punkt hier:

Code: [Auswählen]

Upgrade: h2
Connection: Upgrade, Keep-Alive

So seh ich das auch. Ich verlinke das mal für Rudi in dem anderen Thread.

Danke.
Markus

[rcmcronny]

Mein Apache ist in der Tat up2date. Kommt mit Buster

Ja, ich meinte eher hast Du auch das h2 Modul aktiv und entsprechend eingerichtet Denn nur dann kommen auch die 2 Header So meint ich das

Code Auswählen Erweitern


Upgrade: h2
Connection: Upgrade, Keep-Alive


[CoolTux]

Ja, ich meinte eher hast Du auch das h2 Modul aktiv und entsprechend eingerichtet Denn nur dann kommen auch die 2 Header So meint ich das

Code Auswählen Erweitern


pgrade: h2
Connection: Upgrade, Keep-Alive


Ah verstehe. Nein das habe ich in der Tat nicht.

[KölnSolar]

Rudi hats geändert. Sollte dann mit dem morgigen Update(oder wer Lust hat vorab aus dem SVN) alles wieder wie gewohnt funktionieren.

[rcmcronny]

Hallo,

Code Auswählen Erweitern


HttpUtils.pm 22119 2020-06-05 08:38:10Z rudolfkoenig


habe Sie mir eben gezogen und sieht gut aus wieder, Danke.

Ronny