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
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?
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 :)
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?
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
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?
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?
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 :)
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
Betateilchen war 16 Sekunden schneller :)
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
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
Zitat von: Frank_Huber am 16 Mai 2018, 18:52:36
Weitere Option=
$option += "Logeintrag im Calendar-Modul auskommentieren";
*duck-und-weg*
Wäre diese Änderung nicht ein Einsatzszenario für "notice"? 8)
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
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)
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
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...!
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.
OK, vielen Dank
dann haben da einige Modulentwickler etwas zutun...! ;)
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 (https://forum.fhem.de/index.php/topic,86230.msg787685.html#msg787685)
naja der Entwickler des Abfall-Moduls scheint ja Interesse zu haben...
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.
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.
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 ;)
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
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.
...
Und noch ein Tipp: Klick mich (https://forum.fhem.de/index.php/topic,87895.0.html)
Da wird in zwei Beispielen die summary zu einem Event ermittelt.
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. ;)
Off-topic. Ich sperre hier zu.