[GELÖST] [fhemweb.js line 873: TypeError: $(...).attr(...) is undefined

Begonnen von Burny4600, 30 Oktober 2022, 18:41:08

Vorheriges Thema - Nächstes Thema

Burny4600

Seit dem letztem FHEM Update bekomme ich die Fehlermeldung.
fhemweb.js line 873:
TypeError: $(...).attr(...) is undefined

Diese Fehlermeldung tritt aber nicht bei allen FHEM Geräten auf.

Version
Latest Revision: 26611

File                Rev   Last Change

fhem.pl             26608 2022-10-28 12:09:44Z rudolfkoenig
96_allowed.pm       26004 2022-04-29 19:06:05Z rudolfkoenig
90_at.pm            25248 2021-11-21 10:29:01Z rudolfkoenig
98_autocreate.pm    23727 2021-02-12 20:31:37Z rudolfkoenig
98_cloneDummy.pm    13015 2017-01-08 20:26:33Z betateilchen
98_DOIFtools.pm     22610 2020-08-15 17:21:34Z Ellert
No Id found for 99_Easymeter.pm
91_eventTypes.pm    23471 2021-01-04 19:24:21Z rudolfkoenig
01_FHEMWEB.pm       26608 2022-10-28 12:09:44Z rudolfkoenig
92_FileLog.pm       26329 2022-08-17 07:57:51Z rudolfkoenig
98_freezemon.pm     25141 2021-10-28 19:13:56Z Adimarantis
No Id found for 58_GPIO4.pm
52_I2C_MCP342x.pm   19551 2019-06-04 20:10:50Z klausw
No Id found for 52_I2C_SUSV.pm
51_I2C_TSL2561.pm   15723 2017-12-29 21:08:17Z jensb
98_logProxy.pm      25793 2022-03-07 18:47:32Z justme1968
# $Id: 99_myUtils.pm  2016-09-25  V1.0  Christian Schmidt $
99_myUtils_Astro.pm    11 2017-07-15 00:00:00Z Fhemmike
91_notify.pm        25888 2022-03-27 10:22:58Z rudolfkoenig
00_RPII2C.pm        23664 2021-02-02 23:48:59Z klausw
# $Id: 99_serial.pm $ 06/16/2013
No Id found for 99_sethmkey.pm
99_SUNRISE_EL.pm    24249 2021-04-14 05:45:49Z rudolfkoenig
98_SVG.pm           26539 2022-10-15 10:44:44Z rudolfkoenig
42_SYSMON.pm        26358 2022-08-29 21:11:26Z hexenmeister
98_telnet.pm        25754 2022-02-27 16:49:52Z rudolfkoenig
98_update.pm        25724 2022-02-21 17:12:17Z rudolfkoenig
99_Utils.pm         24128 2021-04-02 16:29:11Z rudolfkoenig
98_version.pm       26611 2022-10-28 16:32:29Z betateilchen
98_weblink.pm       26403 2022-09-16 07:47:17Z rudolfkoenig

AttrTemplate.pm     25155 2021-10-30 12:48:21Z rudolfkoenig
Blocking.pm         23268 2020-12-01 11:48:48Z rudolfkoenig
Color.pm            20813 2019-12-22 18:42:10Z justme1968
DevIo.pm            26055 2022-05-17 20:12:20Z rudolfkoenig
GPUtils.pm          19666 2019-06-20 11:17:29Z CoolTux
HttpUtils.pm        26420 2022-09-18 14:56:03Z rudolfkoenig
Meta.pm             21008 2020-01-18 10:22:10Z loredo
RTypes.pm           10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm    25286 2021-12-03 10:16:56Z rudolfkoenig
TcpServerUtils.pm   25866 2022-03-21 09:01:16Z rudolfkoenig

fhemweb.js                 26608 2022-10-28 12:09:44Z rudolfkoenig
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

Stelaku


rudolfkoenig

ZitatBrowser cach löschen sollte helfen
In diesem Fall andersherum: FHEM sollte nach dem update auch neu gestartet werden.

betateilchen

Zitat von: rudolfkoenig am 31 Oktober 2022, 11:26:31
FHEM sollte nach dem update auch neu gestartet werden.

Sollte man das nicht nach jedem update sowieso machen, damit die aktualisierten Dateien (im Regelfall Module) auch tatsächlich verwendet werden?  8)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

rudolfkoenig

In den allermeisten Faellen schon, fuehle mich aber unwohl das auch zu erzwingen.

betateilchen

Nein, das mit dem Erzwingen wäre echt nicht wünschenswert.

Mir ist das nur aufgefallen, weil wir bereits gestern exakt das gleiche Problem wie hier im Thread schonmal diskutiert hatten:

https://forum.fhem.de/index.php/topic,129954.0.html

Offenbar schwindet nach und nach das Grundverständnis der Nutzer im Umgang mit ihrer FHEM Installation.
Da werden manchmal die einfachsten Dinge bezüglich der Funktionalität nicht (mehr) verstanden.

Vielleicht wäre es hilfreich, am Ende eines erfolgreichen updates einen Hinweis auszugeben/zu loggen, dass die aktualisierten Dateien erst nach dem nächsten FHEM-Neustart verwendet werden.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

rudolfkoenig

Z.Zt. kommt folgende Meldung nach dem update:
Zitatupdate finished, "shutdown restart" is needed to activate the changes.
Ich bin offen fuer verstaendlichere Texte.

frank

Zitat von: rudolfkoenig am 31 Oktober 2022, 12:36:42
Z.Zt. kommt folgende Meldung nach dem update:Ich bin offen fuer verstaendlichere Texte.
vielleicht als popup zum quittieren ausgeben?
das "kleingedruckte" im log lesen scheinbar nicht viele.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

betateilchen

#8
Zitat von: rudolfkoenig am 31 Oktober 2022, 12:36:42
Z.Zt. kommt folgende Meldung nach dem update:

Sorry, das wusste ich nicht, da ich nicht den regulären update-Befehl verwende.

Zitat von: frank am 31 Oktober 2022, 12:50:53
vielleicht als popup zum quittieren ausgeben?

Könnte schwierig werden bei Anwendern, die update automatisch laufen lassen.
Und ob der Hintergrundprozess an seinem Ende überhaupt ein popup erzeugen sollte, weiß ich auch nicht genau.


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

Burny4600

Nach erfolgreichem fhem Update erfolgt bei mir immer ein Neustart.

Man kann die Meldung
update finished, "shutdown restart" is needed to activate the changes.
nicht übersehen, wenn das Update erfolgreich durchgeführt wurde.

Der Fehler lag bei mir am neuem Notebook und Firefox. Ein manuelles löschen des Cachs war notwendig.
Da dürfte ich früher den Firefox anders eingestellt haben als es beim neuem Notebook der Fall war.

Mit geleertem Cach kommt diese Fehlermeldung nicht mehr.

Danke für den Tipp.
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

enno

Zitat von: betateilchen am 31 Oktober 2022, 12:31:07
Nein, das mit dem Erzwingen wäre echt nicht wünschenswert.

ich bin da schmerzfrei, daher habe ich für mich das Erzwingen eingebaut  8)
defmod shutdown_restart notify global:UPDATE shutdown restart


Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC

frank

Zitat von: enno am 02 November 2022, 14:40:18
ich bin da schmerzfrei, daher habe ich für mich das Erzwingen eingebaut  8)
defmod shutdown_restart notify global:UPDATE shutdown restart
vorsicht, das update event kommt aber eventuell nicht immer.
nach meinem letzten post hier im thread, hatte ich zum testen ein "update all" auf ein lokales 3rd-party-repository gemacht. obwohl eine datei updated wurde, gab es leider kein event.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html