non-CVE add on doesn't accept vremoteindex and/or vremotename via MQTT

Describe the bug
I have created 12 vremotes (index 0..11) in combination with my QF system. vremote commands work as expected via add-on website (page virtual remotes)and as well via web API but not via MQTT. Providing vremoteindex and or vremotename doesn't have the expected effect, the lastcmd MQTT message shows always "MQTT API-vremote-0"

To Reproduce
Steps to reproduce the behaviour (assuming vremote 3 is setup):

send MQTT message itho/cmd with JSON { "vremote": "high", "vremoteindex": "3"}
lastcmd gives as result {"source":"MQTT API-vremote-0","command":"high","timestamp":xxxxxxxxxx}
on itho status (page) the flow of room connected to vremoteindex 3 is not changed (expected 75 m3/h)
if this command is give via web-API or website the command is executed and the flow goes to 75 m3/h

Expected behaviour
the vremote should be recognised, with "vremoteindex": "3", the lastcmd output should be {"source":"MQTT API-vremote-3"

Device information

Firmware version: 2.5.2
Hardware revision: non-cve 1, batch 10-623
Type/model number Itho: demandflow
CC1101 RF module enabled: yes

Debug logging
Please provide debug logging from the debug page if possible:
I don't see debug option of MQTT messages.

I think I found the (stupid) error:

ithowifi/software/NRG_itho_wifi/main/tasks/task_mqtt.cpp

Line 368 in 30542a7

ithoI2CCommand(0, command, MQTTAPI);

0 must be index here

Things happen :). If I underderstand the code well it's always putting 0 in and not "index"? So that line should be ithoI2CCommand(index, command, MQTTAPI);? Will you generate a new version?

Yep correct
Working on a new version

Thanks Arjen, it works now!
cmd: { "vremote": "high", "vremoteindex": "3"}
lastcmd: {"source":"MQTT API-vremote-3","command":"high","timestamp":1678872290}