[GH-ISSUE #1086] Respond to client save config before going to STA? #927

Closed
opened 2026-02-28 01:27:42 +03:00 by kerem · 9 comments
Owner

Originally created by @OBorce on GitHub (Jun 27, 2020).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/1086

Is it possible for the portal to wait and get a response whether or not the configuration succeeded?

Originally created by @OBorce on GitHub (Jun 27, 2020). Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/1086 Is it possible for the portal to wait and get a response whether or not the configuration succeeded?
kerem closed this issue 2026-02-28 01:27:42 +03:00
Author
Owner

@tablatronix commented on GitHub (Jun 27, 2020):

The portal actually shuts down to connect, so we have to relaunch it and have the client ajax wait and reconnect. It is possible but has not been implemented yet. The problem is the client captive portal auto might close, there are many things that can go wrong.

<!-- gh-comment-id:650562266 --> @tablatronix commented on GitHub (Jun 27, 2020): The portal actually shuts down to connect, so we have to relaunch it and have the client ajax wait and reconnect. It is possible but has not been implemented yet. The problem is the client captive portal auto might close, there are many things that can go wrong.
Author
Owner

@OBorce commented on GitHub (Jun 27, 2020):

Not very knowledgeable in this, just starting out, but is it possible to have it as simultaneous AP + STA
thus being able to both serve the portal and try to connect to WiFi at the same time?
so as to not lose connection?

<!-- gh-comment-id:650564620 --> @OBorce commented on GitHub (Jun 27, 2020): Not very knowledgeable in this, just starting out, but is it possible to have it as simultaneous AP + STA thus being able to both serve the portal and try to connect to WiFi at the same time? so as to not lose connection?
Author
Owner

@tablatronix commented on GitHub (Jun 27, 2020):

sta is very unstable when in that mode, connections are not as reliable

<!-- gh-comment-id:650565236 --> @tablatronix commented on GitHub (Jun 27, 2020): sta is very unstable when in that mode, connections are not as reliable
Author
Owner

@OBorce commented on GitHub (Jun 27, 2020):

unstable as in it might not connect, or will connect but can disconnected?
if the second I was thinking of using it as in just to confirm that the credentials work, send response to the portal that it has been configured, and restart as STA only.

<!-- gh-comment-id:650566081 --> @OBorce commented on GitHub (Jun 27, 2020): unstable as in it might not connect, or will connect but can disconnected? if the second I was thinking of using it as in just to confirm that the credentials work, send response to the portal that it has been configured, and restart as STA only.
Author
Owner

@tablatronix commented on GitHub (Jun 27, 2020):

Connections fails, because you are locked on the same channel as the softap.

<!-- gh-comment-id:650566233 --> @tablatronix commented on GitHub (Jun 27, 2020): Connections fails, because you are locked on the same channel as the softap.
Author
Owner

@OBorce commented on GitHub (Jun 27, 2020):

so there is no solution to knowing that the connection failed without manually checking?

<!-- gh-comment-id:650566587 --> @OBorce commented on GitHub (Jun 27, 2020): so there is no solution to knowing that the connection failed without manually checking?
Author
Owner

@tablatronix commented on GitHub (Jun 27, 2020):

Like I said, I have not come up with a decent solution for this yet. So it has not been implemented. You could always do something in your code..

<!-- gh-comment-id:650598476 --> @tablatronix commented on GitHub (Jun 27, 2020): Like I said, I have not come up with a decent solution for this yet. So it has not been implemented. You could always do something in your code..
Author
Owner

@Zodiac-69 commented on GitHub (Aug 6, 2020):

Have you looked at how the guy's on ESPEasy - Letscontrolit do it?
They keep AP and STA mode on after connection to a you wifi network, you can then see the IP address that you are connected to on your Wifi network and still access the unit via your original access unit on 192.168.4.1

<!-- gh-comment-id:669849715 --> @Zodiac-69 commented on GitHub (Aug 6, 2020): Have you looked at how the guy's on ESPEasy - Letscontrolit do it? They keep AP and STA mode on after connection to a you wifi network, you can then see the IP address that you are connected to on your Wifi network and still access the unit via your original access unit on 192.168.4.1
Author
Owner

@tablatronix commented on GitHub (Aug 6, 2020):

That is the solution, but it is not the best solution as I have explained above, it can cause connection failures.

<!-- gh-comment-id:669961262 --> @tablatronix commented on GitHub (Aug 6, 2020): That is the solution, but it is not the best solution as I have explained above, it can cause connection failures.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/WiFiManager#927
No description provided.