Update of text device disappears Topic is solved

[janpep]

May be it is since the upgrade to 2025.1 that I notice strange behaviour of text devices that are updated from dzvents scripts.
The scripts have been working without any problems for a long time.

After update of the device, the text shows up very short (second) and immediatly disapears.

Schermafbeelding 2025-05-13 140436.png (29.5 KiB) Viewed 744 times

Notice the update time of the EMPTY text device and see the same update time of the LOG.

Schermafbeelding 2025-05-13 140458.png (66.37 KiB) Viewed 744 times

- Am I the only one experiencing this?
- What could be the cause of this?

[RonkA]

Also on 2025.1 and no problems with textdevices beeing updated via dzVents. (have several running..)

[HvdW]

Look in the script for updateText.
Maybe it is there twice.
Maybe there are 2 scripts updating the same device.
Use description to describe which script changes the text sensor.

Screenshot_20250513_165538.jpg (96.77 KiB) Viewed 732 times

Besides: no problems here after updating Domoticz.

[lost]

Same here, I have a text device logging METAR (aviation related meteo information) every half hour that did not show any glitch, updated from Lua.
Seems unrelated, but take care "textlog" HTTP/JSON API was deprecated and no more usable:
https://wiki.domoticz.com/Domoticz_API/ ... and_newer)

[janpep]

Also on 2025.1 and no problems with textdevices beeing updated via dzVents. (have several running..)

Thanks. It seems that some text devices suffer from this phenomenon and others do not. Always the same ones.
Occasionally I see the text appear, that seems to stay there, but then it disappears with a refresh. Very strange.

[janpep]

Look in the script for updateText. Maybe it is there twice.
Maybe there are 2 scripts updating the same device.
Besides: no problems here after updating Domoticz.

Thanks for the tip with the description. I had never used that before. But in this case it doesn't add much for me, because I know it can only come from 1 script. Also the update command is there only once.

[janpep]

Same here, I have a text device logging METAR (aviation related meteo information) every half hour that did not show any glitch, updated from Lua.
Seems unrelated, but take care "textlog" HTTP/JSON API was deprecated and no more usable:
https://wiki.domoticz.com/Domoticz_API/ ... and_newer)

Thank you for the tip with the api. I am updating the device from the script with

Code: Select all

dz.devices( wl_verw_idx ).updateText( verw_text )

where the wl_verw_idx holds the idx of my text device and verw_text is the variable that contains the text that disapears from the text device body, but is/remains visible in the log as shown. Very weird.

[waltervl]

Perhaps try with a simple text instead of probably a complex html formatted text.

[HvdW]

What about logging verw_text to check the contents of what you put in updateText.
BTW In my setup Weerlive acts as it did before.

[janpep]

Perhaps try with a simple text instead of probably a complex html formatted text.

Good idea. I will try! (But still strange that it appears in the log the way I expect it.)

[janpep]

What about logging verw_text to check the contents of what you put in updateText.
BTW In my setup Weerlive acts as it did before.

Yes, I will dig into it a bit further tomorrow to find out what is actually happening here.
Nothing changed in the script recently.
Thanks everyone for your thoughts.

[janpep]

I didn't think about it yesterday, but after the text the icon is also changed.

Code: Select all

dz.devices(wl_verw_idx).setIcon(iconNumber)

That seems to be the cause, although I do not yet understand.
When I comment out the that line, the content remains.
I will continue looking tomorrow.

[janpep]

After next investigation step, I can confirm that the attempt to change the icon causes the problem.
The line ...

Code: Select all

dz.devices(wl_verw_idx).setIcon(iconNumber)

... is (in the log) translated into the following command ...

Code: Select all

OpenURL: url = http://localIPaddress:portnumber/json.htm?type=command&param=setused&used=true&name=Weerlive+Weersverwachting&description=&idx=1029&switchtype=0&customimage=124

When I look into the wiki, this command seems to be good.

I cannot oversee, but could it have to do something with the upgrade, where it says:

Code: Select all

- Fixed: Custom Icons, making sure they are valid and loaded OK

The custom icons are created with the online generator.

[gizmocuz]

Thanks for reporting. I was able to debug this issue and have already pushed a fix in the current code branch.

A new beta release will shortly be released. This does however need OpenSSL3 (Debian Bookworm), see the News/Update section here on the forum
(If you are using Docker or Windows this is no problem)

[janpep]

I was able to debug this issue and have already pushed a fix in the current code branch.

Great! Thank you!
I will look into what I have to do for the OpenSSL3.
That was already on my list to check.
I am running Domoticz on Ubuntu 24.04.
For the time being, as workaround, I will skip the icon changes.

[gizmocuz]

Ubuntu 24 should be fine and you should already have OpenSSL3

if you issue the below command this will tell you which version it has:

Code: Select all

openssl version

[janpep]

Ubuntu 24 should be fine and you should already have OpenSSL3

I upgraded also my production environment to:
Version: 2025.1 (build 16695)
Compile Date: 2025-05-16 11:00:11

On Ubuntu 24.04 LTS I have:
OpenSSL 3.0.13 30 Jan 2024 (Library: OpenSSL 3.0.13 30 Jan 2024)

Then I did an uninstall of the previous needed libssl1.1

Code: Select all

sudo dpkg -r libssl1.1

Ran my scripts with the icon changes and I can confirm that the problem is solved.

Thanks again!

[janpep]

Maybe a stupid question. How do I mark this topic as solved?

[waltervl]

Accept an answer response as the answer with the pull down menu on the top right of an answer.