After a little research we found out that we can hijack/use the UUID field used during advertisement to include the serial number.
This is a dirty solution, we will keep looking for something better...

This should be a common need when you provision a device over BLE and want this device to connect to a server which will be identified in a unique way for each account/user. Sending device's serial number for example to the server and to the app on a phone during provisioning, would help matching th...

Hello all, we are using the component "wifi_provisioning/manager" for provisioning a device over BLE. Is there a way to pass data (a single string that we don't want in the advertisement phase) from the device, back to the client? The "custom_prov_data_handler" from the example code is for supportin...

Thank you but this commit is for re-provisioning if initial attempt was successful!
My problem is how to re-provision the device if the user mistyped his WiFi password without having to restart the device (and reconnect BLE). And I'm also on IDF 4.2.1 which is probably a dealbreaker straight away

Thank you Laukik. I'm glad this is addressed.

Original question (and my request too) is to avoid the reboot and re-accept credentials. I'm on BLE too and if the user "accidentally" enters wrong WiFi password it makes much sense (after an event or even timeout && ! IP_EVENT_STA_GOT_IP) to clear the state and re-accept new credentials. Modifying ...

@daviherc did you find a way to catch that event for BLE?