setWill() cause mqtt could not connect with SSL enable

[dzungpv]

I am switch from PubSubClient becasue it block cpu. But i have a problem.
I enable SSL by change ASYNC_TCP_SSL_ENABLED to 1.
Then i set this line:

mqttClient.setWill(MQTT_LIGHT_AVAILABILITY_TOPIC, 0, true, MQTT_LIGHT_AVAILABILITY_LWTMESSAGE);

after

mqttClient.setServer(MQTT_HOST, MQTT_PORT);

But it will not connect to my server, remove the line it connected.

I have try to setWill() in onMqttConnect() but it not work.

[rneurink]

I am also having this problem. I can connect over SSL perfectly but when using the SetWill command it will not connect with an disconnect with reason 0

[bertmelis]

I'm working without SSL but can't connect after setWill. After commenting out, it works just fine!

[bertmelis]

I figured out my problem. AsyncMqttClient doesn't copy the last will topic or value but only saves a pointer. And after setWill is called, topic and value might get out of scope.

I've marked topic and payload static to keep them available for when the mqtt connection is established (which is async and not in the same scope as setWill).

[rneurink]

@bertmelis
Could you post your code? I still seem to have the problem
This is my code https://pastebin.com/T4e9Ezc8
I'm getting : [ WARN ] Disconnected from MQTT. Reason: 0

[bertmelis]

You're using mosquitto? What does the log of your broker say?

FYI, my code is in https://github.com/bertmelis/TreeLight

I don't use SSL though.

[rneurink]

1536078725: Socket error on client , disconnecting.
1536078725: New connection from 192.168.0.107 on port 8883.
It is kind of weird how it tries to connect twice just after each other

[bertmelis]

Without SSL it is working? It sure seems like some buffer got overwritten.

[rneurink]

It is working without SSL and it is working without the mqttClient.setWill
Edit: The log without the setwill
1536083371: New connection from 192.168.0.107 on port 8883.
1536083371: New client connected from 192.168.0.107 as esp8266055ab7 (c1, k20, u'').
1536083371: Sending CONNACK to esp8266055ab7 (0, 0)
1536083371: Received SUBSCRIBE from esp8266055ab7
1536083371: house/office/firealarm/command (QoS 0)
1536083371: esp8266055ab7 0 house/office/firealarm/command
1536083371: Sending SUBACK to esp8266055ab7
1536083385: Received PINGREQ from esp8266055ab7
1536083385: Sending PINGRESP to esp8266055ab7

[sooyewguan]

Same problem, setwill doesn't work with SSL

[timpur]

Sadly ATM I lack time to investigate, but I will try to... When I can

[jeroenst]

For some reason I now have the same problem when not using SSL. When I remove setwill from code I can connect, with setwill connection will fail, and the mosquitto logging says:

1545571378: New connection from 192.168.2.153 on port 1883.
1545571378: Socket error on client , disconnecting.

[sooyewguan]

Try change the lwIP to v2 Higher Bandwidth

[jeroenst]

My error was caused because the setwill function doesn't copy the *topic data but just stores the pointer. Because I called this from a separate mqttinit function, the topic was lost because the variable containing the topic was not static. But SSL is still not working though...

Hi
is there a workaround to get setwill() with SSL working?