LocalTuya options flow broken on Home Assistant 2025.12.x – `property 'config_entry' ... has no setter

[vincetek-f]

Hello,

Since upgrading to Home Assistant 2025.12.2 and using LocalTuya 5.2.x (tested 5.2.4, 5.2.3, 5.2.1, 5.2.0), I can no longer add or configure any LocalTuya devices.
The configuration / options flow crashes immediately after the “Cloud API account configuration” dialog (or when I click on the gear icon), and no further step (device list / add device) is shown.

Environment

• Home Assistant: 2025.12.2 (Home Assistant OS)
• LocalTuya: 5.2.4 → 5.2.0 (same behaviour on all tested versions)
• Installation: HACS
• Region: EU
• Tuya IoT project correctly configured (devices visible, resource pack active)

Steps to reproduce

1. Install LocalTuya from HACS and restart Home Assistant.
2. Go to Settings → Devices & Services → LocalTuya integration.
3. Click on “Add entry”.
4. Fill in the Cloud API account configuration (or tick “Do not configure a Cloud API account”) and validate.

Actual behaviour

• After validating the Cloud API dialog (or ticking “Do not configure…”), I am returned to the integration page.
• No device list and no “Add device” wizard appears.
• In the Home Assistant logs, the following error is raised every time:

AttributeError: property 'config_entry' of 'LocalTuyaOptionsFlowHandler' object has no setter

File "/usr/src/homeassistant/homeassistant/config_entries.py", line 3682, in async_create_flow
    return handler.async_get_options_flow(entry)
  File "/config/custom_components/localtuya/config_flow.py", line 339, in async_get_options_flow
    return LocalTuyaOptionsFlowHandler(config_entry)
  File "/config/custom_components/localtuya/config_flow.py", line 396, in __init__
    self.config_entry = config_entry
    ^^^^^^^^^^^^^^^^^
AttributeError: property 'config_entry' of 'LocalTuyaOptionsFlowHandler' object has no setter

(Complete traceback available if needed.)

Expected behaviour

• After validating the Cloud API dialog, the LocalTuya config flow should continue to the device selection / “Add device” steps, allowing me to add or edit devices.

Additional notes

• I also see occasional UDP discovery errors in discovery.py (ValueError: The length of the provided data is not a multiple of the block length), but they do not seem related to the options flow crash.[2]
• Tuya Cloud API itself works (devices visible in Tuya IoT; official Tuya cloud integration works).[3][4]

Could you please adapt LocalTuyaOptionsFlowHandler (or the config/option flow) so that it is compatible with current Home Assistant versions again, or indicate which HA / LocalTuya version combination is officially supported?

Thank you.

[rafieshaki]

Same problem here.
Can you please answer regarding this bug?
Thanks in advance.
Rafie

[betrieb]

Same issue here. Would be amazing if it can be updated

[andrew-apptegy]

Found the solution! Just migrated to use xZetsubou/hass-localtuya

[rafieshaki]

Found the solution! Just migrated to use xZetsubou/hass-localtuya

The big issue is almost when running 2025.12.x core update with a lot of HACS integrations.
So be careful when you update your HA.
Regards,
Rafie

[vincetek-f]

Hi, Thanks for your reply and for all the work on the project. I ended up working around the issue by switching to another LocalTuya integration from a different repository, specifically ` https://github.com/xZetsubou/hass-localtuya`, which resolved the problem for me on Home Assistant 2025.12.x [1]. Best regards, [Your name] Citations : [1] xZetsubou/hass-localtuya: A Home Assistant integration to ... - GitHub https://github.com/xZetsubou/hass-localtuya Le jeu. 11 déc. 2025, 19:02, rafieshaki ***@***.***> a écrit :

…

*rafieshaki* left a comment (rospogrigio/localtuya#2132) <#2132 (comment)> Found the solution! Just migrated to use xZetsubou/hass-localtuya <#2121 (comment)> The big issue is almost when running 2025.12.x core update with a lot of HACS integrations. So be careful when you update your HA. Regards, Rafie — Reply to this email directly, view it on GitHub <#2132 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/B3MZCO27NCYU636INF6Z7TD4BGWTPAVCNFSM6AAAAACOYDHAMWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTMNBTGE2TGMRYGI> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[rafieshaki]

OK,
But I'm still having trouble adding my Smart IR, even with the integration you provided above hass-localtuya (https://github.com/xZetsubou/hass-localtuya). I get the following error message: "An unknown error occurred. [Errno 113] Host is unreachable ('192.168.1.30', '6668')."
Therefore, I can't configure Smart IR.
Thanks for help.
Regards,
Rafie

[kmickeletto]

sed -i 's/self\.config_entry = config_entry/self\._config_entry = config_entry/' /config/custom_components/localtuya/config_flow.py

Reboot and problem is resolved.

[Rhycecomley]

Ran into the same issue, thought I was being stupid, but you stick in a loop after adding cloudAPI details

[rafaellaurindo]

Same problem here :(

[itszeekay]

sed -i 's/self\.config_entry = config_entry/self\._config_entry = config_entry/' /config/custom_components/localtuya/config_flow.py

Reboot and problem is resolved.

This fixed for me as well!

[Graphicsamateur]

Hi,

I am complete Newby!!! What do I do with this? My local tuya is killing me after last update.

sed -i 's/self\.config_entry = config_entry/self\._config_entry = config_entry/' /config/custom_components/localtuya/config_flow.py

Reboot and problem is resolved.

Please help me!!!!

[dmitriy-kharchenko]

Hi,

I am complete Newby!!! What do I do with this? My local tuya is killing me after last update.

sed -i 's/self\.config_entry = config_entry/self\._config_entry = config_entry/' /config/custom_components/localtuya/config_flow.py

Reboot and problem is resolved.

Please help me!!!!

Hello,

Exec command from quote in your terminal & reboot