[erledigt] seit update will kalender alles löschen

Begonnen von eisman, 16 Mai 2018, 15:38:26

Vorheriges Thema - Nächstes Thema

eisman

hi,

nach heutigen update.

schreibt Kalender mir das log voll



2018.05.16 13:19:20 2: get Google uid is deprecated and will be removed soon. Use get Google events instead.
2018.05.16 13:19:20 2: get Google start is deprecated and will be removed soon. Use get Google events instead.
2018.05.16 13:19:20 2: get Google end is deprecated and will be removed soon. Use get Google events instead.
2018.05.16 13:19:20 2: get Google summary is deprecated and will be removed soon. Use get Google events instead.
2018.05.16 13:19:20 2: get Google location is deprecated and will be removed soon. Use get Google events instead.
2018.05.16 13:19:20 2: get Google description is deprecated and will be removed soon. Use get Google events instead.
2018.05.16 13:19:20 2: get Google categories is deprecated and will be removed soon. Use get Google events instead.


und das, bei zwei Installationen mit unterschiedlichen Kalender.

Installation 1 Kalender 1 Meldung
                   Kalender 2 keine Meldung
Installation 1 Kalender 1 keine Meldung
                   Kalender 2 Meldung
Kalender 1 und 2 sind auf beiden Installationen gleich

oder vielleicht doch eine Fehlerbehebung!? (ohne Daten keine Fehler)

gruss
1x FHEM Debian, Homematic,ZigBee,FS20 / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian, Homematic,ZigBee         / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian,MQTT                               / 1X Raspberry, i2c,onewire,gpio
1x auf Windows 2012 Hyper-V-S

reibuehl

Hast Du notifies oder Funktionen, die auf den Kalender zugreifen? Kannst Du die und die Kalender mal hier als list  (ohne die sensitiven Daten wie URL) posten?
Reiner.

betateilchen

#2
Erspare uns bitte das überflüssige Listing von Calendar-devices oder notify Definitionen.

Mach doch einfach das, was die Hinweise Dir vorschlagen.

Use get <calName> events instead.

Die Meldungen kommen daher, dass im nächsten Major Release von FHEM die Calendar-Befehle


get ... uid
get ... summary


usw. nicht mehr vorhanden sein werden, sondern nur noch


get ... events ...


Dieser (jetzt schon vorhandene) Befehl ersetzt alle anderen Befehle, um auf einzelne Elemente des Kalendereintrags zuzugreifen.
Wie man diesen Befehl verwendet, ist mit Beispielen in der commandref beschrieben.

Damit diese Änderungen nicht auf einen Schlag alle bestehenden Installationen zerschießen, werden die Anwender ab sofort auf diese bevorstehenden Änderungen hingewiesen, damit sie in aller Ruhe ihre Anwendungen umstellen können.

Ist doch nett vom Entwickler :)

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Dr. Boris Neubert

Zitat von: eisman am 16 Mai 2018, 15:38:26

2018.05.16 13:19:20 2: get Google uid is deprecated and will be removed soon. Use get Google events instead.


Betateilchen hat ja ausführlich geantwortet, Danke dafür.

@Eisman: was ist an der Meldung nicht verständlich? Wie sollte die Meldung besser lauten?
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

eisman

hi, das ist eine gute idee,

--> Calendar (google)
   |
   --> CALVIEW
      |
      --> auswertung

also ich frage den Kalender gar nicht direkt ab.
je Installation, gibt es auf dieser Basis 3 Kalender
2 sind gleich und der 3. ist anders
es kommen also bei insgesammt 6 Kalender 2 meldungen (4x Okay geht eigendlich nicht, müsste also bei allen 6 Kalender kommen)

also wäre das Ergebnis, das es nicht am Calendar liegt sondern an Calview!
dürfte ich dann wohl so richtig sehen?

Zitat von: betateilchen am 16 Mai 2018, 16:39:20
Erspare uns bitte das überflüssige Listing von Calendar-devices oder notify Definitionen.

Ist doch nett vom Entwickler :)



ja das mache ich gerne.
nur eine Meldung würde auch reichen. Und ob es gut
ist ? von den Entwicklern,zeigt die Zukunft!

@Dr. Boris Neubert
die Meldung habe ich schon verstanden....
(was mich stört, ist das es von heute Morgen bis jetzt mehr als  6 A4 seiten mit Meldung gekommen sind.
und die meldung die ich gesucht habe sind dabei untergegangen:( )

gruss
1x FHEM Debian, Homematic,ZigBee,FS20 / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian, Homematic,ZigBee         / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian,MQTT                               / 1X Raspberry, i2c,onewire,gpio
1x auf Windows 2012 Hyper-V-S

Mave

Diese Meldungen sind in der Tat lästig und müllen das Logfile voll.

Muss ich jetzt warten, bis der Entwickler von CALVIEW sein Modul modifiziert?


betateilchen

Zitat von: Mave am 16 Mai 2018, 18:38:33
Diese Meldungen sind in der Tat lästig und müllen das Logfile voll.

Hinweise auf bevorstehende Syntaxänderungen müllen nie das Logfile voll.

Zitat von: Mave am 16 Mai 2018, 18:38:33
Muss ich jetzt warten, bis der Entwickler von CALVIEW sein Modul modifiziert?

Hast Du denn den Entwickler von CALVIEW schon um eine entsprechende Anpassung gebeten?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

Zitat von: eisman am 16 Mai 2018, 18:36:27
also wäre das Ergebnis, das es nicht am Calendar liegt sondern an Calview!

nur eine Meldung würde auch reichen.



  • Es liegt an DEM device, von dem aus die get-Abfrage erzeugt wird, egal welchen Typs das ist. Es könnte auch ein vom Anwender erstelltes notify oder ein at sein.
  • CALENDAR weiss nicht, woher das "get" aufgerufen wird, deshalb kann es auch die Meldungen nicht "zählen". Jeder "falsche" get-Aufruf erzeugt eine Meldung. Solange, bis der Aufruf korrigiert wird.

Und je mehr Leute dem CALVIEW Entwickler auf die Füsse treten, um so schneller wird sich das erledigen :)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Dr. Boris Neubert

Zitat von: Mave am 16 Mai 2018, 18:38:33
Muss ich jetzt warten, bis der Entwickler von CALVIEW sein Modul modifiziert?

Auf die Schnelle fallen mir folgende Optionen ein:

  • Meldungen ignorieren
  • Vorversion wieder herstellen
  • Calendar auf verbose 1 stellen
  • Entwickler von CALVIEW informieren
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Dr. Boris Neubert

Betateilchen war 16 Sekunden schneller  :)
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Frank_Huber

Zitat von: Dr. Boris Neubert am 16 Mai 2018, 18:45:57
Auf die Schnelle fallen mir folgende Optionen ein:

  • Meldungen ignorieren
  • Vorversion wieder herstellen
  • Calendar auf verbose 1 stellen
  • Entwickler von CALVIEW informieren
Weitere Option=
Auf den neuen Syntax anpassen. [emoji16]

Gesendet von meinem S60 mit Tapatalk


eisman

hi,

ja werde ich auch gleich machen(CALVIEW),

natürlich stimmt das alles: nur wenn man ins log schaut kommt die Meldung vom CALENDAR!
also erstmal da nachfragen. womit die Hilfe von betateilchen die Meldung besser und schneller zugeordnet
werden konnte.(danke)

- bei meiner Installation hat es mit der Vorversion geklappt
- bei der anderen Installation hat der gleicher Versuch, die Komplette Installation zerlegt
  (dank Backup schon wieder lauffähig)

gruss
1x FHEM Debian, Homematic,ZigBee,FS20 / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian, Homematic,ZigBee         / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian,MQTT                               / 1X Raspberry, i2c,onewire,gpio
1x auf Windows 2012 Hyper-V-S

betateilchen

Zitat von: Frank_Huber am 16 Mai 2018, 18:52:36
Weitere Option=

$option += "Logeintrag im Calendar-Modul auskommentieren";

*duck-und-weg*
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

Wäre diese Änderung nicht ein Einsatzszenario für "notice"?  8)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Dr. Boris Neubert

Zitat von: betateilchen am 16 Mai 2018, 22:01:09
Wäre diese Änderung nicht ein Einsatzszenario für "notice"?  8)

>:(   Ist das nicht ausgebaut?

Liest keiner. Aber das Log vollschreiben, das funktioniert!   ;D
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

betateilchen

Zitat von: Dr. Boris Neubert am 16 Mai 2018, 22:05:49
>:(   Ist das nicht ausgebaut?

Liest keiner. Aber das Log vollschreiben, das funktioniert!   ;D

Das notice kommt bei jedem FHEM Start und muss explizit bestätigt werden. Das wird mit Sicherheit auch gelesen, weil es noch mehr nervt als die Logeinträge  8)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

nils_

Zitat von: Dr. Boris Neubert am 16 Mai 2018, 22:05:49
>:(   Ist das nicht ausgebaut?
gibts wohl noch.... -> https://fhem.de/commandref.html#notice

Zitat von: Dr. Boris Neubert am 16 Mai 2018, 22:05:49
Liest keiner. Aber das Log vollschreiben, das funktioniert!   ;D
bis die platte voll ist  ::) ;D
viele Wege in FHEM es gibt!

moonsorrox

#17
heißt das jetzt also ich muss jeweils einmal für jeden Kalender
get <calName> events
ausführen, dann ist der Spuk vorbei oder muss noch etwas geändert werden...?
Dann wohl in CalView...!
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

reibuehl

Nein, das muss an allen Stellen geändert werden, an denen auf Calendar Devices zugegriffen wird.

Also doifs, notifys, Perl Funktionen aber auch in anderen Modulen - wahrscheinlich 57_ABFALL.pm und noch einige andere.
Reiner.

moonsorrox

OK, vielen Dank
dann haben da einige Modulentwickler etwas zutun...!  ;)
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

Dr. Boris Neubert

Zitat von: moonsorrox am 17 Mai 2018, 14:20:11
dann haben da einige Modulentwickler etwas zutun...!  ;)

Was nicht erforderlich wäre, wenn es ein API gäbe. Aber das Angebot findet keine Nachfrage.

https://forum.fhem.de/index.php/topic,86230.msg787685.html#msg787685
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

l2r

naja der Entwickler des Abfall-Moduls scheint ja Interesse zu haben...
Wissen ist Macht.
Ich weiß nix.
Macht nix.

betateilchen

Also ich mache die Verwaltung meiner Müllabfuhrtermine schon sehr lange ausschließlich über das Calendar-Modul. Wozu man dazu grundsätzlich noch weitere Module braucht, die auf den ohnehin vorhandenen Kalender zugreifen, werde ich vermutlich in diesem Leben nicht mehr verstehen.

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

reibuehl

Vermutlich weil die meisten hier (mich eingeschlossen) nicht so tief in FHEM drin sind wie Du :-)

Und da nimmt man halt dass, was am wenigsten eigenen Code erfordert.
Reiner.

moonsorrox

#24
Zitat von: reibuehl am 18 Mai 2018, 12:11:56
Vermutlich weil die meisten hier (mich eingeschlossen) nicht so tief in FHEM drin sind wie Du :-)

sehe ich genauso..!!  ;)
das auch nach solchen Fehlern immer gefragt is doch logisch, denn nicht alle stecken ewig den Kopf in FHEM und arbeiten daran und wissen gleich woran soetwas liegt...
Es gibt hier leider in diesem Forum einige arrogante User die immer nur herum nörgeln in der Art "schau hier, schau da und is doch klar liegt daran und hier dran...usw."
klar sucht man auch als erstes, ich habe z.B. die Fehlermeldung bekommen und den wichtigen Teil in der Suche eingegeben da kam nichts zum Glück sind hier in dem Fall alle Kalender betroffen und so habe ich es dann letztendlich auch gefunden, natürlich wissen aber eben ca. 80% der User nicht was sie tun sollen.
Ich sage mir immer mein FHEM läuft und da schraube ich nicht dran rum, Module die ich nun zusätzlich nutze sind nun einmal entstanden, müßig danach zu suchen warum...!
Also mach dir nix draus  ;)
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

JudgeDredd

Hallo Zusammen,

auch ich bin über die Meldungen im Log gestolpert:
get cal_msexchA4 summary is deprecated and will be removed soon. Use get cal_msexchA4 events instead.

Eingesetztes Modul:
57_Calendar.pm 16742 2018-05-15 19:20:16Z

Grundsätzlich bin ich neuem natürlich offen Gegenüber und wollte mich dahingehend mal informieren.

Allerdings finde ich in der aktuellen Command-Ref nichts über get <cal> events
Suche ich evtl. an der falschen Stelle ?

Bisher verwende ich u.a. den Aufruf:
get cal_msexchA4 summary uid=<uid>

Wenn ich das 1:1 durch
get cal_msexchA4 events uid=<uid>
ersetze, bekomme ich Illegal parameter: uid=<uid>

Also ganz so trivial wie das im Log steht ist es wohl nicht.
Wo kann ich denn nun genau die exakte Syntax von "events" nachlesen und was bedeutet "... removed soon" ? Heute, morgen, übermorgen ....

Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Hyper-V | Debian 12 (VM)

betateilchen

Keine Ahnung, in welcher commandref Du suchst, aber in der AKTUELLEN stehen mehrere Seiten Text zu der Syntax

http://commandref.fhem.de/#Calendar

Zitat
get <name> events [format:<formatSpec>] [timeFormat:<timeFormatSpec>] [filter:<filterSpecs>] [series:next[=<max>]] [limit:<limitSpecs>]

The swiss army knife for displaying calendar events. Returns, line by line, information on the calendar events in the calendar <name> according to formatting and filtering rules. You can give none, one or several of the format, timeFormat, filter, series and limit parameters and it makes even sense to give the filter parameter several times.

...
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

Und noch ein Tipp: Klick mich

Da wird in zwei Beispielen die summary zu einem Event ermittelt.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Mave

Zitat von: moonsorrox am 18 Mai 2018, 13:55:45
sehe ich genauso..!!  ;)
das auch nach solchen Fehlern immer gefragt is doch logisch, denn nicht alle stecken ewig den Kopf in FHEM und arbeiten daran und wissen gleich woran soetwas liegt...
Es gibt hier leider in diesem Forum einige arrogante User die immer nur herum nörgeln in der Art "schau hier, schau da und is doch klar liegt daran und hier dran...usw."
klar sucht man auch als erstes, ich habe z.B. die Fehlermeldung bekommen und den wichtigen Teil in der Suche eingegeben da kam nichts zum Glück sind hier in dem Fall alle Kalender betroffen und so habe ich es dann letztendlich auch gefunden, natürlich wissen aber eben ca. 80% der User nicht was sie tun sollen.
Ich sage mir immer mein FHEM läuft und da schraube ich nicht dran rum, Module die ich nun zusätzlich nutze sind nun einmal entstanden, müßig danach zu suchen warum...!
Also mach dir nix draus  ;)

Manche arrogante User stecken so tief in FHEM, dass ich sie bemitleide, weil sie sich scheinbar über FHEM definieren müssen. Gut, wenn man noch ein Leben außerhalb von FHEM hat.  ;)

Dr. Boris Neubert

Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!