Originally posted by: <email address deleted>
Hallo zusammen,
updatefhem hat mir heute morgen diverse *.png Dateien angeboten.
Nach dem Download habe ich festgestellt, dass alle png Dateien unlesbar
sind. Läuft nur bei mir etwas falsch oder geht es Euch genauso?
Im Vergleich zu den vorherigen png Dateien untescheiden diese
sich nur in Dateigrösse um ein paar Byte.
Gruß Mark
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Nach dem Download habe ich festgestellt, dass alle png Dateien unlesbar
> sind.
Gestern habe ich im SVN die neue Verzeichnisstruktur umgesetzt, direkter Nutzen
fuer den Endvervraucher wird unter anderem sein, dass man fhem auch ohne eine
Installation direkt aus dem ausgepackten Verzeichnis starten kann.
fhemupdate (das Programm, was die Daten aus dem SVN auf fhem.de laedt) wurde
auch angepasst.
Es kann sein, dass dabei was schiefgegangen ist, obwohl ich das relativ viel
getestet habe. Auch jetzt fuehrt bei mir ein updatefhem oder ein "updatefhem
housekeeping clean yes" nicht zu einem Problem.
Also bitte nicht generich sagen "fhem funktioniert irgendwie nicht", sondern
das Problem so genau beschreiben, dass alle es verifizeren koennen.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Rudolf,
vielen Dank für Dein schnelles Feedback. Ich bin Benutzer und kann nur
das teilen, was ich beobachtet habe. Aus diesem Grunde habe ich gefragt
ob es auch anderen Usern so geht oder nur bei mir der Effekt auftritt.
Wenn diese Art Feedback nicht erwünscht ist, dann lasse ich es in Zukunft.
Folgendes verstehe ich nicht, vielleicht hilft es das(mein?) Problem zu
lösen.
Führe ich bei meiner Windowsinstallation (WINXP pro) folgenden Befehl aus:
updatefhem icoAUSSENBEREICH.png
dann ist die Datei icoAUSSENBEREICH.png 2 Byte grösser (284 -> 286) als
gestern und wird nicht mehr angezeigt.
Führe ich den Befehl innerhalb cygwin aus, dann wir die Datei
icoAUSSENBEREICH.png korrekt übertragen.
Warum ist das so?
Gruß Mark
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Wenn diese Art Feedback nicht erwuenscht ist, dann lasse ich es in Zukunft.
Es geht nicht darum, dass ich keine Fehler hoeren will, sondern darum, dass
wenn man einen Fehler meldet sich die Muehe macht, und es dem Entwickler
ermoeglicht das Problem zu loesen, ohne dass man eine Frage-Antwort Spiel
durchmachen muss. Ich gehe erstmal davon aus, dass die Entwickler fhem
nicht bewusst in einem kaputten Zustand hinterlassen, wo es reicht zu fragen:
ist fhem kaputt? -> ja, bleibt auch so.
> Fuehre ich bei meiner Windowsinstallation (WINXP pro) folgenden Befehl aus:
> updatefhem icoAUSSENBEREICH.png
> dann ist die Datei icoAUSSENBEREICH.png 2 Byte groesser (284 -> 286) als
> gestern und wird nicht mehr angezeigt.
> Fuehre ich den Befehl innerhalb cygwin aus, dann wir die Datei
> icoAUSSENBEREICH.png korrekt uebertragen.
Aah, so schaut fuer mich eine perfekte Fehlermeldung aus.
> Warum ist das so?
Ich teste fhem unter Windows nicht, und updatefhem wurde seit 2012-06-25 nicht
veraendert. Die Datei auf dem ftp server ist 284 Bytes lang und man kann es
auch im Browser von http://fhem.de/fhemupdate/icoAUSSENBEREICH.png anzeigen.
Ich vermute updatefhem hat unter windows Binaerdateien wie .png noch nie
korrekt erneuert, es fehlt auch ein "binmode(FH)" unter dem open in
99_updatefhem.pm
Habs hinzugefuegt, eingecheckt und fhemupdate ausgefuehrt.
Fuer Dich zum fixen:
- updatefhem ausfuehren
- fhem neu starten
- FHEM/filetimes.txt loeschen
- updatefhem ausfuehren
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
> Habs hinzugefuegt, eingecheckt und fhemupdate ausgefuehrt.
>
> Fuer Dich zum fixen:
> - updatefhem ausfuehren
> - fhem neu starten
> - FHEM/filetimes.txt loeschen
> - updatefhem ausfuehren
>
> Danke, das hat das Problem mit den Bilddateien gelöst.
Was mir noch aufgefallen ist, die auf der Hauptseite verlinkten Dokumente:
/fhem/docs/commandref.html
/fhem/docs/HOWTO.html
sind nicht mehr erreichbar bzw. das Browserfenster bleibt weiss.
Die Dateien liegen bei mir genauso wie in der filetimes.txt Datei im
Verzeichnis c:\fhem\www\pgm2\
In der Datei 01_FHEMWEB.pm gab es eine Veränderung im Bereich der
Verzeichnisse.
Vielleicht macht auch hier Windows wieder Probleme?
Gruß Mark
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
>
> Was mir noch aufgefallen ist, die auf der Hauptseite verlinkten Dokumente:
> /fhem/docs/commandref.html
> /fhem/docs/HOWTO.html
> sind nicht mehr erreichbar bzw. das Browserfenster bleibt weiss.
> Die Dateien liegen bei mir genauso wie in der filetimes.txt Datei im
> Verzeichnis c:\fhem\www\pgm2\
> In der Datei 01_FHEMWEB.pm gab es eine Veränderung im Bereich der
> Verzeichnisse.
>
> Vielleicht macht auch hier Windows wieder Probleme?
>
Liegt wohl nicht an Windows. Auf der 7390 habe ich seit gestern das gleiche
Problem. Hatte/habe aber derzeit keine Zeit mich damit zu beschäftigen;
sorry!
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> > Die Dateien liegen bei mir genauso wie in der filetimes.txt Datei im
> > Verzeichnis c:\fhem\www\pgm2\
Das geht wohl auf meine Aenderungen von gestern. Habs gefixed, eingecheckt und
hochgeladen. updatefhem sollte das jetzt fixen.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
> updatefhem sollte das jetzt fixen.
>
Danke, alles gut.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hi,
nach einem eben ausgeführten updatefhem:
- alle icon-Dateien wurden erneut geladen
- in fhemweb keine icons mehr vor den devices, nur Meldungen wie "*Image
icoWelt not found in /var/InternerSpeicher/fhem/www/pgm2*"
- Icon-Liste im Detail-Screen bei 'Select icons' leer
- Dateilänge von icoAUSSENBEREICH.png ist 284byte
Löschen von filetimes.txt und erneutes updatefhem hat nix gebracht
set WEB rereadicons auch nicht.
Habe interim-structure.
Gehe jetzt auf backup zurück.
Ne Idee woran's liegen kann bzw wo ich schauen könnte?
Hab gelesen, dass fhemweb nun auch (wieder) dateiname*.png* anzeigen können
soll - liegt's vll daran?
Gruß, Uli
2012.09.26 21:37:48 1: updatefhem updated ./CHANGED
2012.09.26 21:37:48 1: updatefhem updated ./fhem.pl
2012.09.26 21:37:49 1: updatefhem updated FHEM/00_HMLAN.pm
2012.09.26 21:37:49 1: updatefhem updated FHEM/00_KM271.pm
2012.09.26 21:37:49 1: updatefhem updated FHEM/01_FHEMWEB.pm
2012.09.26 21:37:49 1: updatefhem updated FHEM/02_HTTPSRV.pm
2012.09.26 21:37:49 1: updatefhem updated FHEM/02_RSS.pm
2012.09.26 21:37:49 1: updatefhem updated FHEM/10_EnOcean.pm
2012.09.26 21:37:49 1: updatefhem updated FHEM/24_NetIO230B.pm
2012.09.26 21:37:50 1: updatefhem updated FHEM/59_Weather.pm
2012.09.26 21:37:50 1: updatefhem updated FHEM/95_FLOORPLAN.pm
2012.09.26 21:37:50 1: updatefhem updated FHEM/98_SVG.pm
2012.09.26 21:37:50 1: updatefhem updated FHEM/98_dewpoint.pm
2012.09.26 21:37:50 1: updatefhem updated FHEM/98_structure.pm
2012.09.26 21:37:50 1: updatefhem updated FHEM/98_weblink.pm
2012.09.26 21:37:50 1: updatefhem updated FHEM/99_SUNRISE_EL.pm
2012.09.26 21:37:50 1: updatefhem updated FHEM/99_updatefhem.pm
2012.09.26 21:37:51 1: updatefhem updated FHEM/HttpUtils.pm
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/FS20.off.png
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/FS20.on.png
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/Next.png
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/Prev.png
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/WLAN_Status.0.png
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/WLAN_Status.1.png
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/Zoom-in.png
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/Zoom-out.png
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/back.png
2012.09.26 21:37:51 1: updatefhem updated www/pgm2/bs4.gplot
2012.09.26 21:37:52 1: updatefhem updated www/pgm2/commandref.html
2012.09.26 21:37:52 1: updatefhem updated www/pgm2/console.js
2012.09.26 21:37:52 1: updatefhem updated www/pgm2/cpulog.gplot
2012.09.26 21:37:52 1: updatefhem updated www/pgm2/darkfloorplanstyle.css
2012.09.26 21:37:52 1: updatefhem updated www/pgm2/darklogo.png
2012.09.26 21:37:52 1: updatefhem updated www/pgm2/darkstyle.css
2012.09.26 21:37:52 1: updatefhem updated www/pgm2/darksvg_defs.svg
2012.09.26 21:37:52 1: updatefhem updated www/pgm2/darksvg_style.css
2012.09.26 21:37:52 1: updatefhem updated www/pgm2/dayAvgTemp5rain11.gplot
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim06%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim100%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim12%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim18%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim25%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim31%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim37%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim43%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim50%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim56%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim62%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim68%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim75%.png
2012.09.26 21:37:53 1: updatefhem updated www/pgm2/dim81%.png
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/dim87%.png
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/dim93%.png
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/dimdown.png
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/dimup.png
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/favicon.ico
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/fhem_smallscreen.png
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/fhemicon.png
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/fhemweb.js
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/fht.gplot
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/fht80tf.gplot
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/floorplanstyle.css
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/fs20.gplot
2012.09.26 21:37:54 1: updatefhem updated www/pgm2/garden.gplot
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/hum6wind8.gplot
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoAUSSEN.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoAUSSENBEREICH.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoBELEUCHTUNG.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoBaum.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoBlitz.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoEverything.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoGraph.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoHEIZUNG.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoHISTORIE.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoHaus.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoHeizungAn.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoHeizungReg.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoHouse.png
2012.09.26 21:37:55 1: updatefhem updated www/pgm2/icoKLIMA.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoLicht.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoLichtBaum.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoLichtHaus.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoLog.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoLuefter.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoMail.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoPfeil.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoPirAuto.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoPirBaum.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoSYSTEM.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoTemp.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoTempBaum.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoTempHausEG.png
2012.09.26 21:37:56 1: updatefhem updated www/pgm2/icoTempHausOG.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/icoTempHausReg.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/icoTempHausRegEG.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/icoTempHausRegOG.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/icoTempHeizung.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/icoTempWasser.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/icoTermHaus.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/icoTool.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/icoUhr.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/icoWelt.png
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/km271_1.gplot
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/ks550_all.gplot
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/ks550_light.gplot
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/ks550_rain.gplot
2012.09.26 21:37:57 1: updatefhem updated www/pgm2/ks550_th.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/ks550_wind.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/monthAvgTemp5Rain11.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/mpiri.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/off-for-timer.png
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/off.png
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/on-for-timer.png
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/on-till.png
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/on.png
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/piri.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/power4.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/power8.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/power8top10.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/rain4.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/rain4press4.gplot
2012.09.26 21:37:58 1: updatefhem updated www/pgm2/smallscreenstyle.css
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/style.css
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/svg.js
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/svg_defs.svg
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/svg_style.css
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/temp4.gplot
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/temp4hum4.gplot
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/temp4hum6.gplot
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/temp4rain10.gplot
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/toggle.png
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/touchpadstyle.css
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/vol4.gplot
2012.09.26 21:37:59 1: updatefhem updated www/pgm2/wind4windDir4.gplot
2012.09.26 21:37:59 1: updatefhem New version of fhem.pl, 'shutdown
restart' is required!
2012.09.26 21:40:40 0: Server shutdown
2012.09.26 21:40:44 1: Including fhem.cfg
2012.09.26 21:40:47 3: Opening CUL device /dev/ttyACM0
2012.09.26 21:40:47 3: Setting CUL baudrate to 38400
2012.09.26 21:40:47 3: CUL device opened
2012.09.26 21:40:48 3: WEB: port 8083 opened
2012.09.26 21:40:48 3: WEBS: port 8084 opened
2012.09.26 21:40:49 3: WEBP: port 8085 opened
2012.09.26 21:40:55 3: Grundriss: unknown attribute fp_stylesheetPrefix,
choose one of room group comment alias eventMap loglevel:0,1,2,3,4,5,6
refresh fp_arrange:1,detail,WEB,0 commandfield:1,0 fp_default:1,0
stylesheet fp_noMenu:1,0 Wohnung Wohnung_map fm_fav fm_groups fm_name
fm_order fm_type fm_view fp_Grundriss fp_Media fp_Peter fp_PlotsPage
fp_dark icon room_map setList structexclude webCmd or use attr global
userattr fp_stylesheetPrefix
2012.09.26 21:40:55 3: Media: unknown attribute fp_stylesheetPrefix, choose
one of room group comment alias eventMap loglevel:0,1,2,3,4,5,6 refresh
fp_arrange:1,detail,WEB,0 commandfield:1,0 fp_default:1,0 stylesheet
fp_noMenu:1,0 Wohnung Wohnung_map fm_fav fm_groups fm_name fm_order fm_type
fm_view fp_Grundriss fp_Media fp_Peter fp_PlotsPage fp_dark icon room_map
setList structexclude webCmd or use attr global userattr fp_stylesheetPrefix
2012.09.26 21:40:55 3: PlotsPage: unknown attribute fp_stylesheetPrefix,
choose one of room group comment alias eventMap loglevel:0,1,2,3,4,5,6
refresh fp_arrange:1,detail,WEB,0 commandfield:1,0 fp_default:1,0
stylesheet fp_noMenu:1,0 Wohnung Wohnung_map fm_fav fm_groups fm_name
fm_order fm_type fm_view fp_Grundriss fp_Media fp_Peter fp_PlotsPage
fp_dark icon room_map setList structexclude webCmd or use attr global
userattr fp_stylesheetPrefix
2012.09.26 21:40:55 3: dark: unknown attribute fp_stylesheetPrefix, choose
one of room group comment alias eventMap loglevel:0,1,2,3,4,5,6 refresh
fp_arrange:1,detail,WEB,0 commandfield:1,0 fp_default:1,0 stylesheet
fp_noMenu:1,0 Wohnung Wohnung_map fm_fav fm_groups fm_name fm_order fm_type
fm_view fp_Grundriss fp_Media fp_Peter fp_PlotsPage fp_dark icon room_map
setList structexclude webCmd or use attr global userattr fp_stylesheetPrefix
2012.09.26 21:41:00 3: telnetPort: port 7072 opened
2012.09.26 21:41:02 1: configfile: Grundriss: unknown attribute
fp_stylesheetPrefix, choose one of room group comment alias eventMap
loglevel:0,1,2,3,4,5,6 refresh fp_arrange:1,detail,WEB,0 commandfield:1,0
fp_default:1,0 stylesheet fp_noMenu:1,0 Wohnung Wohnung_map fm_fav
fm_groups fm_name fm_order fm_type fm_view fp_Grundriss fp_Media fp_Peter
fp_PlotsPage fp_dark icon room_map setList structexclude webCmd or use attr
global userattr fp_stylesheetPrefix
Media: unknown attribute fp_stylesheetPrefix, choose one of room group
comment alias eventMap loglevel:0,1,2,3,4,5,6 refresh
fp_arrange:1,detail,WEB,0 commandfield:1,0 fp_default:1,0 stylesheet
fp_noMenu:1,0 Wohnung Wohnung_map fm_fav fm_groups fm_name fm_order fm_type
fm_view fp_Grundriss fp_Media fp_Peter fp_PlotsPage fp_dark icon room_map
setList structexclude webCmd or use attr global userattr fp_stylesheetPrefix
PlotsPage: unknown attribute fp_stylesheetPrefix, choose one of room group
comment alias eventMap loglevel:0,1,2,3,4,5,6 refresh
fp_arrange:1,detail,WEB,0 commandfield:1,0 fp_default:1,0 stylesheet
fp_noMenu:1,0 Wohnung Wohnung_map fm_fav fm_groups fm_name fm_order fm_type
fm_view fp_Grundriss fp_Media fp_Peter fp_PlotsPage fp_dark icon room_map
setList structexclude webCmd or use attr global userattr fp_stylesheetPrefix
dark: unknown attribute fp_stylesheetPrefix, choose one of room group
comment alias eventMap loglevel:0,1,2,3,4,5,6 refresh
fp_arrange:1,detail,WEB,0 commandfield:1,0 fp_default:1,0 stylesheet
fp_noMenu:1,0 Wohnung Wohnung_map fm_fav fm_groups fm_name fm_order fm_type
fm_view fp_Grundriss fp_Media fp_Peter fp_PlotsPage fp_dark icon room_map
setList structexclude webCmd or use attr global userattr fp_stylesheetPrefix
2012.09.26 21:41:02 1: Including /var/InternerSpeicher/fhem/log/fhem.save
2012.09.26 21:41:03 2: Uli-fhem
2012.09.26 21:41:03 0: Server started (version Fhem 5.2 (DEVELOPMENT), $Id:
fhem.pl 1875 2012-09-19 14:44:18Z rudolfkoenig $, pid 2623)
2012.09.26 21:41:03 3: Update structure 'ez_LichtAlle' to undefined because
device 'ez_Schreibtisch' has changed
2012.09.26 21:41:03 1: ERROR: endless loop detected for ez_LichtAlle in
Wohnung_Licht
2012.09.26 21:41:03 3: Update structure 'Wohnung_Licht' to because device
'ez_LichtAlle' has changed
2012.09.26 21:41:03 1: ERROR: endless loop detected for Wohnung_Licht in
Wohnung_Alle
2012.09.26 21:41:03 3: Update structure 'Wohnung_Alle' to because device
'Wohnung_Licht' has changed
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> - in fhemweb keine icons mehr vor den devices, nur Meldungen wie "*Image
> icoWelt not found in /var/InternerSpeicher/fhem/www/pgm2*"
Ich habe gerade update auf einem FB7390 mit einem etwa 1 Monat alten fhem mit
www/pgm2 (Interims-Struktur) ausgefuehrt, gefolgt von einem shutdown restart:
-> Ich kann Dein Problem nicht nachvollziehen, ich sehe keine Fehler/Probleme
> Hab gelesen, dass fhemweb nun auch (wieder) dateiname*.png* anzeigen koennen
> soll - liegt's vll daran?
Ich kann es mir nicht vorstellen. Bei mir im Browser funktionieren beide
Links:
- http://fb390:8083/fhem/icons/icoAUSSENBEREICH.png
- http://fb390:8083/fhem/icons/icoAUSSENBEREICH
Btw:
- ich habe genau ein icoAUSSENBEREICH.png :
# cd /var/InternerSpeicher/fhem
# find . -name icoAUSSENBEREICH.png
./www/pgm2/icoAUSSENBEREICH.png
- # ls -l ./www/pgm2/icoAUSSENBEREICH.png
-rw-r--r-- 1 root root 284 Sep 27 08:32 ./www/pgm2/icoAUSSENBEREICH.png
- # ls -l fhem.pl FHEM/01_FHEMWEB.pm FHEM/TcpServerUtils.pm FHEM/HttpUtils.pm
-rwxrwxr-x 1 boxusr80 root 75916 Sep 27 08:32 fhem.pl
-rwxrwxr-x 1 boxusr80 root 68288 Sep 27 08:32 FHEM/01_FHEMWEB.pm
-rw-r--r-- 1 boxusr80 root 3586 Aug 12 13:55 FHEM/TcpServerUtils.pm
-rw-r--r-- 1 boxusr80 root 3225 Sep 27 08:32 FHEM/HttpUtils.pm
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hi,
hmm, der boxusr80 hat sich da reingemogelt - wie werd ich den los?
chmod und chown - aber dann...?
Ausgaben auf Basis meines gestern zurückgespielten backups:
# find . -name icoAUSSENBEREICH.png
./www/pgm2/icoAUSSENBEREICH.png
./FHEM/TempVerschoben/icoAUSSENBEREICH.png
# ls -l ./www/pgm2/icoAUSSENBEREICH.png
-rwxr-xr-x 1 boxusr80 root 284 Sep 27 19:25
./www/pgm2/icoAUSSENBEREICH.png
# ls -l fhem.pl FHEM/01_FHEMWEB.pm FHEM/TcpServerUtils.pm FHEM/HttpUtils.pm
-rwxr-xr-x 1 boxusr80 root 68288 Sep 27 19:25 FHEM/01_FHEMWEB.pm
-rwxr-xr-x 1 boxusr80 root 3225 Sep 27 19:25 FHEM/HttpUtils.pm
-rwxr-xr-x 1 boxusr80 root 3586 Sep 26 22:29
FHEM/TcpServerUtils.pm
-rwxr-xr-x 1 boxusr80 root 75916 Sep 27 19:25 fhem.pl
#
Habe icoAussenbereich 2x - ein backup.... sollte egal sein.
Also nochmals updatefhem ausgeführt. Danach ähnliches Bild:
# find . -name icoAUSSENBEREICH.png
./www/pgm2/icoAUSSENBEREICH.png
./FHEM/TempVerschoben/icoAUSSENBEREICH.png
# ls -l ./www/pgm2/icoAUSSENBEREICH.png
-rwxr-xr-x 1 boxusr80 root 284 Sep 27 19:25
./www/pgm2/icoAUSSENBEREICH.png
# ls -l fhem.pl FHEM/01_FHEMWEB.pm FHEM/TcpServerUtils.pm FHEM/HttpUtils.pm
-rwxr-xr-x 1 boxusr80 root 68288 Sep 27 19:25 FHEM/01_FHEMWEB.pm
-rwxr-xr-x 1 boxusr80 root 3225 Sep 27 19:25 FHEM/HttpUtils.pm
-rwxr-xr-x 1 boxusr80 root 3586 Sep 26 22:29
FHEM/TcpServerUtils.pm
-rwxr-xr-x 1 boxusr80 root 75916 Sep 27 19:25 fhem.pl
#
Nach updatefhem wieder keine images - weder in fhemweb noch in floorplan.
Hab mal weitergewühlt.... denn scheinbar ermittelt ja fhemweb nicht den
richtigen Pfad für images - es werden nämlich nirgends icons angezeigt.
Verbose 4 gesetzt, save, shutdown restart
2012.09.27 19:44:20 4: WEB: Icon dictionary for
/var/InternerSpeicher/fhem/www/pgm2 follows...
2012.09.27 19:44:20 4: FS20.off => /FS20.off.png
2012.09.27 19:44:20 4: FS20.on => /FS20.on.png
2012.09.27 19:44:20 4: Next => /Next.png
...
2012.09.27 19:44:20 4: dark/weathericons/chance_of_rain =>
/dark/weathericons/chance_of_rain.png
2012.09.27 19:44:20 4: dark/weathericons/chance_of_rain_night =>
/dark/weathericons/chance_of_rain_night.png
2012.09.27 19:44:20 4: dark/weathericons/chance_of_sleet =>
/dark/weathericons/chance_of_sleet.png
...
2012.09.27 19:44:20 4: fp_Grundriss => /fp_Grundriss.png
...
2012.09.27 19:44:20 4: icoAUSSENBEREICH => /icoAUSSENBEREICH.png
...
2012.09.27 19:44:20 4: wz_IRthomeUp => /wz_IRthomeUp.jpg
2012.09.27 19:44:20 4: wz_IRtvToggle => /wz_IRtvToggle.jpg
2012.09.27 19:44:20 3: WEB: port 8083 opened
2012.09.27 19:44:20 4: WEB: Icon dictionary for
/var/InternerSpeicher/fhem/www/pgm2 follows... (nochmal??)
2012.09.27 19:44:20 4: weathericons/chance_of_rain =>
dark/weathericons/chance_of_rain.png
2012.09.27 19:44:20 4: weathericons/chance_of_rain_night =>
dark/weathericons/chance_of_rain_night.png
...
Nach einem rereadicons:
2012.09.27 19:50:23 4: HTTP FHEMWEB:192.168.2.101:49641 GET
/fhem?room=Schlafzimmer&cmd=set+WEB+rereadicons
2012.09.27 19:50:23 4: WEB: Icon dictionary for
/var/InternerSpeicher/fhem/www/pgm2 follows...
2012.09.27 19:50:23 4: weathericons/chance_of_rain =>
dark/weathericons/chance_of_rain.png
2012.09.27 19:50:23 4: weathericons/chance_of_rain_night =>
dark/weathericons/chance_of_rain_night.png
wird nur das Unterverzeichnis weathericons gelesen, das unter www/pgm2/dark
liegt; alle anderen images nicht mehr.
Das dürfte der Grund sein für
https://groups.google.com/d/topic/fhem-users/jdFLqs1Cmns/discussion
Habe
attr WEB stylesheetPrefix dark
Zusätzliches set-command "pathlist" gebaut, anbei (schick ich per PN an
Rudi). Ausgabe:
web server root: /var/InternerSpeicher/fhem/www
icon directory: /var/InternerSpeicher/fhem/www/pgm2
doc directory: /var/InternerSpeicher/fhem/www/pgm2
css directory: /var/InternerSpeicher/fhem/www/pgm2
gplot directory: /var/InternerSpeicher/fhem/www/pgm2
javascript directory: /var/InternerSpeicher/fhem/www/pgm2
Die sind richtig, hatte vermutet dass die falschen Pfade ermittelt werden,
zB wg der oben erwähnten Sicherungskopie.
Hmmm... keine Ahnung wo ich noch schauen soll...
Warum wird das
WEB: Icon dictionary
2x gelesen??
Kann's an den o.g. Dateiattributen (boxusr80) liegen?
Grüßle, Uli
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
...habe eben NUR 01_FHEMWEB aus meinem backup zurückgeholt -> images werden
angezeigt.
In Zeile 2 steht:
# $Id: 01_FHEMWEB.pm 1825 2012-09-01 17:09:33Z borisneubert $
In der nicht funktionierenden Version steht dort:
# $Id: 01_FHEMWEB.pm 1882 2012-09-22 06:34:38Z rudolfkoenig $
Hab die Versionen mit Notepad++ verglichen und mir die Unterschiede
durchgeschaut, finde aber keine auffällige Stelle.
Log verbose4 mit der funktionierenden (älteren) Version:
2012.09.27 21:06:44 3: CUL device opened
2012.09.27 21:06:45 4: WEB: Icon dictionary for
/var/InternerSpeicher/fhem/www/pgm2 follows...
2012.09.27 21:06:45 4: sz_Rollo.on => /sz_Rollo.on.png
2012.09.27 21:06:45 4: icoUhr => /icoUhr.png
2012.09.27 21:06:45 4: dark/weathericons/mostlycloudy =>
/dark/weathericons/mostlycloudy.png
2012.09.27 21:06:45 4: weather/thunderstorm => /weather/thunderstorm.png
2012.09.27 21:06:45 4: icoTempBaum => /icoTempBaum.png
2012.09.27 21:06:45 4: icoAUSSEN => /icoAUSSEN.png
....
Iconliste ist nicht alphabetisch sortiert - wurscht.
WEB: Icon dictionary wird NICHT ein zweites mal eingelesen. Das dürfte also
die Ursache sein.
Nur - WARUM wird 2x gelesen??
Sorry, ich find's nich.
Gruß, Uli
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hi,
hab den Auslöser gefunden :)
Meine Ordnerstruktur:
www/pgm2 enthält alle icons etc
www/pgm2/dark enthält nix bis auf einen Unterordner:
www/pgm2/dark/weathericons enthält einen kompletten Satz weathericons
Wenn ich den Ordner
www/pgm2/dark/weathericons
lösche, werden auch mit der neuen fhemweb-Version icons angezeigt, set WEB
rereadicons liefert dann ebenfalls alles korrekt.
Kopiere ich diesen Ordner wieder rein, verhält es sich wie oben beschrieben
- WEB Icon dictionary wird 2x gelesen, beim zweiten mal nur der Unterordner
www/pgm2/dark/weathericons , es werden dann keine images mehr angezeigt.
Der Ordner ist ne Remaneszenz aus einer Versuchsreihe, die weathericons
wieder auf den Schirm zu bekommen, kann mit dem Löschen also leben.
Es braucht also wohl noch Testing mit
stylesheetPrefix dark
dann Unterordner unterhalb dark
Gruß, Uli
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Wenn ich den Ordner
> www/pgm2/dark/weathericons
> loesche, werden auch mit der neuen fhemweb-Version icons angezeigt, set WEB
> rereadicons liefert dann ebenfalls alles korrekt.
Kann ich leider nicht nachvollziehen, wenn ich hier was machen soll, dann
brauche ich eine Schritt-fuer-Schritt Anleitung.
Btw. ich habe Dein pathlist patch eingebaut, aber als get und nicht als set,
und ich habs auch kurz dokumentiert.
fhem> get WEB pathlist
web server root: ./www
icon directory: ./www/pgm2
doc directory: ./docs
css directory: ./www/pgm2
gplot directory: ./www/pgm2
javascript directory: ./www/pgm2
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Am Mittwoch, 3. Oktober 2012 11:52:46 UTC+2 schrieb Rudolf Koenig:
>
> brauche ich eine Schritt-fuer-Schritt Anleitung.
>
Annahme: Es existiert ein device WEB vom Typ FHEMWEB
attr WEB stylesheetprefix dark
Es existiert ein leerer Ordner ./www/pgm2/dark (ggf zum Testen anlegen)
set WEB rereadicons -> alles ok
Irgendeine .png in den Ordner ./www/pgm2/dark kopieren
set WEB rereadicons -> es werden keine icons mehr angezeigt
Vermutete Ursache (siehe weiter oben): icon dictionary für WEB wird ein
zweites mal eingelesen, beim zweiten Einlesen werden nur noch die icons aus
dem Unterordner dark gelesen.
Also ist: icon dictionary enthält nur icons aus Unterordner ./www/pgm2/dark
Erwartet: icon dictionary enthält icons aus Unterordner ./www/pgm2/dark
(/) sowie alle icons aus ./www/pgm2 (),
die nicht denselben Dateinamen haben wie Dateien in ./www/pgm2/dark
> Btw. ich habe Dein pathlist patch eingebaut, aber als get und nicht als
> set,
>
> Super, danke!
Gruß, Uli
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo Uli,
Am 03.10.2012 12:36, schrieb UliM:
> Vermutete Ursache (siehe weiter oben): icon dictionary für WEB wird
> ein zweites mal eingelesen, beim zweiten Einlesen werden nur noch die
> icons aus dem Unterordner dark gelesen.
das kann ich aus dem Code heraus nicht bestätigen. Da Du aber ein Icon
in "dark" hast, wird davon ausgegangen, daß Deine Icons in "default"
liegen und nicht in dem Ordner darüber. Aus wird nämlich nur
dann gelesen, wenn es keine Unterordner mit Bildern darin gibt. Wenn es
einen Unterordner gibt, wird immer erst aus "default" gelesen und dann
aus dem styleSheet-spezifischen Ordner. Du mußt also Deine Icons von
www/pgm2 nach www/pgm2/default packen (oder lieber gleich alles nach
www/images/default und www/images/dark).
> Also ist: icon dictionary enthält nur icons aus Unterordner
> ./www/pgm2/dark
> Erwartet: icon dictionary enthält icons aus Unterordner
> ./www/pgm2/dark (/) sowie alle icons aus
> ./www/pgm2 (), die nicht denselben Dateinamen haben wie
> Dateien in ./www/pgm2/dark
>
Erwartung stimmt nicht mit Implementierung überein. Wenn es einen
Unterordner in www/pgm2 gibt, werden keine Icons aus www/pgm2/. gelesen.
Ich frage mich jetzt allerdings, ob es mehr oder weniger verwirrend ist,
immer auch erst aus zu lesen als der Ist-Zustand.
Grüße
Boris
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hi Boris und Uli!
ich hab da auch so einen komischen Effekt und bin nicht sicher ob da ein
Zusammenhang besteht:
- seit heute mittag updatefhem:
ein *get myWEB icon off* liefert: /opt/lib/www/imagesdefault/off.png
- sollte aber /opt/lib/www/images/default/off.png
heissen, oder ?
get myWEB icon weather/sunny liefert:
/opt/lib/www/imagesdefault/weather/sunny.png
... ist also konsequent.
l.g. erwin
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hi Boris,
Am Mittwoch, 3. Oktober 2012 16:02:45 UTC+2 schrieb Boris:
>
> in "dark" hast, wird davon ausgegangen, da� Deine Icons in "default"
> liegen und nicht in dem Ordner dar�ber. Aus wird n�mlich nur
> dann gelesen, wenn es keine Unterordner mit Bildern darin gibt.
>
Ah, dann ist das ein Missverständnis meinerseits. Bin davon ausgegangen,
dass jeder logische Pfad separat ermittelt wird und keine Rückschlüsse
zwischen diesen Ermittlungen gezogen werden.
Ich frage mich jetzt allerdings, ob es mehr oder weniger verwirrend ist,
> immer auch erst aus zu lesen als der Ist-Zustand.
>
> Ich hatte den Mechanismus so aufgefasst, dass zuerst im
stylesheet-spezifuschen Ordner gesucht wird; wird dort nix gefunden, wird
aus icondir gelesen.
Fänd ich praktisch, da man dann nur die icon-Dateien doppeln muss, die man
wirklich abweichend haben will - das sind ja nicht zwangsläufig alle.
Gruß, Uli
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Am 03.10.2012 19:18, schrieb UliM:
> Ich hatte den Mechanismus so aufgefasst, dass zuerst im
> stylesheet-spezifuschen Ordner gesucht wird; wird dort nix gefunden,
> wird aus icondir gelesen.
Es passiert folgendes:
Icons werden der Reihe nach aus Ordnern geladen. Ein spaeter geladenes
Icon ersetzt ein frueher geladenes Icon gleichen Namens. Ordnerreihenfolge:
/default
/, wenn gesetzt ist
, wenn bis dahin noch kein einziges Icon gefunden wurde
Es genuegt also, alle Icons in /default zu halten und die
abweichenden Icons in / zu hinterlegen.
Viele Grüße
Boris
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo Erwin,
Am 03.10.2012 16:35, schrieb Erwin:
> - seit heute mittag updatefhem:
> ein *get myWEB icon off* liefert: /opt/lib/www/imagesdefault/off.png
> - sollte aber
> /opt/lib/www/images/default/off.png
> heissen, oder ?
Richtig! Das war ein fehlender / in der Anzeige ohne funktionale
Auswirkungen. Komisch, daß das seit dem 24.07. keinem aufgefallen ist
Repariert und eingecheckt.
Grüße
Boris
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo Boris,
danke für das Feedback, die Antwort hatte ich (mittlerweile) befürchtet,
muß den Fehler doch wo anders suchen ;-)).
Folgendes Problem:
Die icons, die den state von devices darstellen, werden nicht immer wie
vorgesehen ausgeliefert:
Definition (vereinfacht):
define testdummy dummy
icons im iconpath/default/
testdummy.0.png
testdummy.1.png
testen der icons:
http://ip:port/fhem/icons/testdummy.0 liefert korrektes icon
http://ip:port/fhem/icons/testdummy.1 liefert korrektes icon
aber wenn ich:
set testdummy 1 setze:
http://ip:port/fhem/icons/testdummy - liefert korrektes icon -
response Header: Content-Type:image/png
set testdummy 0 setze:
http://ip:port/fhem/icons/testdummy - liefert kein icon - response
Header: Content-Type:text/html; charset=UTF-8
ich hatte zuerst die modifikation im structure modul im Verdacht, aber
nachdem es mit dummy auch nicht geht, muss das Problem wohl woanders
liegen....
l.g. erwin
Am Mittwoch, 3. Oktober 2012 20:19:28 UTC+2 schrieb Boris:
>
> Hallo Erwin,
>
> Am 03.10.2012 16:35, schrieb Erwin:
>
> - seit heute mittag updatefhem:
> ein *get myWEB icon off* liefert: /opt/lib/www/imagesdefault/off.png
> - sollte aber /opt/lib/www/images/default/off.png
>
> heissen, oder ?
>
> Richtig! Das war ein fehlender / in der Anzeige ohne funktionale
> Auswirkungen. Komisch, daß das seit dem 24.07. keinem aufgefallen ist
>
> Repariert und eingecheckt.
>
> Grüße
> Boris
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo Erwin,
Am 04.10.2012 10:26, schrieb Erwin:
>
> aber wenn ich:
> set testdummy 1 setze:
> http://ip:port/fhem/icons/testdummy - liefert korrektes icon
> - response Header: Content-Type:image/png
>
> set testdummy 0 setze:
> http://ip:port/fhem/icons/testdummy -liefert kein icon -
> response Header: Content-Type:text/html; charset=UTF-8
>
ähm, wieso liefert das überhaupt etwas (erster Fall)? Es gibt bei der
icons-URL keine Magie, die den Zustand des Geräts in ein Icon verwandelt.
Wie sieht denn der Teil des HTML-Codes aus, der in der Geräteübersicht
für Testdummy in dem einen und in dem anderen Zustand erstellt wird?
Dieser enthält die mit dev2image aus dem Zustand erzeugte URL des
entsprechenden Icons sowie als Kommentar den Pfad zum Icon. Bitte zeige
mal diese HTML-Schnippsel her.
Grüße
Boris
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hi Boris,
... kein HTML schnipsel (zumindest nicht von mit -;)), siehe Auszug aus der
commandref.html (unter FHEMWEB):
*Feature: http://host:port/fhem/icons/ will return the icon
associated with the current status of . *
l.g. erwin
Am Donnerstag, 4. Oktober 2012 10:32:58 UTC+2 schrieb Boris:
>
> Hallo Erwin,
>
> Am 04.10.2012 10:26, schrieb Erwin:
>
>
> aber wenn ich:
> set testdummy 1 setze:
> http://ip:port/fhem/icons/testdummy - liefert korrektes icon -
> response Header: Content-Type:image/png
>
> set testdummy 0 setze:
> http://ip:port/fhem/icons/testdummy - liefert kein icon -
> response Header: Content-Type:text/html; charset=UTF-8
>
>
> ähm, wieso liefert das überhaupt etwas (erster Fall)? Es gibt bei der
> icons-URL keine Magie, die den Zustand des Geräts in ein Icon verwandelt.
>
> Wie sieht denn der Teil des HTML-Codes aus, der in der Geräteübersicht für
> Testdummy in dem einen und in dem anderen Zustand erstellt wird? Dieser
> enthält die mit dev2image aus dem Zustand erzeugte URL des entsprechenden
> Icons sowie als Kommentar den Pfad zum Icon. Bitte zeige mal diese
> HTML-Schnippsel her.
>
> Grüße
> Boris
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo,
Am 04.10.2012 10:53, schrieb Erwin:
>
> /Feature: http://host:port/fhem/icons/ will return the
> icon associated with the current status of . /
sorry, ich war verwirrt. Die Magie ist ja doch (noch) drin. Wenn es kein
reales Icon namens testdummy gibt, wird noch versucht, testdummy als
Gerät zu interpretieren und dafür ein Status-Icon zurückzuliefern.
Danke für die genaue Fehleranalyse. Ich konnte das damit gut nachstellen.
Im konkreten Fall handelt es sich um einen Fehler, daß speziell der
Status 0 nicht zur Rückgabe eines Icons führt. Habe das soeben
korrigiert und ins SVN Repo eingecheckt.
Grüße
Boris
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hi Boris,
danke für den schnellen fix, funktioniert bestens!
l.g. erwin
Am Donnerstag, 4. Oktober 2012 12:45:03 UTC+2 schrieb Boris:
>
> Hallo,
>
> sorry, ich war verwirrt. Die Magie ist ja doch (noch) drin. Wenn es kein
> reales Icon namens testdummy gibt, wird noch versucht, testdummy als Gerät
> zu interpretieren und dafür ein Status-Icon zurückzuliefern.
>
> Danke für die genaue Fehleranalyse. Ich konnte das damit gut nachstellen.
>
> Im konkreten Fall handelt es sich um einen Fehler, daß speziell der Status
> 0 nicht zur Rückgabe eines Icons führt. Habe das soeben korrigiert und ins
> SVN Repo eingecheckt.
>
> Grüße
> Boris
>
>
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Problem wohl noch nichts gelöst ??
Am Donnerstag, 4. Oktober 2012 16:18:09 UTC+2 schrieb Erwin:
>
> Hi Boris,
>
> danke für den schnellen fix, funktioniert bestens!
>
> l.g. erwin
>
> Am Donnerstag, 4. Oktober 2012 12:45:03 UTC+2 schrieb Boris:
>>
>> Hallo,
>>
>> sorry, ich war verwirrt. Die Magie ist ja doch (noch) drin. Wenn es kein
>> reales Icon namens testdummy gibt, wird noch versucht, testdummy als Gerät
>> zu interpretieren und dafür ein Status-Icon zurückzuliefern.
>>
>> Danke für die genaue Fehleranalyse. Ich konnte das damit gut nachstellen.
>>
>> Im konkreten Fall handelt es sich um einen Fehler, daß speziell der
>> Status 0 nicht zur Rückgabe eines Icons führt. Habe das soeben korrigiert
>> und ins SVN Repo eingecheckt.
>>
>> Grüße
>> Boris
>>
>>
>>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com