mirror of
https://github.com/tzapu/WiFiManager.git
synced 2026-04-27 09:05:56 +03:00
[GH-ISSUE #1086] Respond to client save config before going to STA? #927
Labels
No labels
📶 WiFi
🕸️ HTTP
Branch
DEV Help Wanted
Discussion
Documentation
ESP32
Example
Good First Issue
Hotfix
In Progress
Incomplete
Needs Feeback
Priority
QA
Question
Task
Upstream/Dependancy
bug
duplicate
enhancement
invalid
pull-request
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/WiFiManager#927
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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?
@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.
@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?
@tablatronix commented on GitHub (Jun 27, 2020):
sta is very unstable when in that mode, connections are not as reliable
@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.
@tablatronix commented on GitHub (Jun 27, 2020):
Connections fails, because you are locked on the same channel as the softap.
@OBorce commented on GitHub (Jun 27, 2020):
so there is no solution to knowing that the connection failed without manually checking?
@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..
@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
@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.