mirror of
https://github.com/tzapu/WiFiManager.git
synced 2026-04-27 17:15:53 +03:00
[GH-ISSUE #614] WiFi Connection Confirmation #511
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#511
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 @botletics on GitHub (Jun 1, 2018).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/614
Hi there,
It would be cool to add the option of having a confirmation message when the module actually successfully connects to WiFi after the settings are sent by the user in the WiFi settings. Currently it only shows the page that says "Credentials Saved!" but if it fails, there's no way the user knows unless they're reading the debug logs in serial monitor or looking at an LED. So that's where the confirmation would come in handy.
What's the best way to do this?
Thanks!
@tablatronix commented on GitHub (Jun 2, 2018):
I have been thinking about this, its a bit hard since ap disconnects so sta can connect.
@botletics commented on GitHub (Jun 2, 2018):
Yea I'm aware of that as well, it starts in AP but then connects to the WiFi network. Wonder if there's a good way of doing that.
@tablatronix commented on GitHub (Jun 2, 2018):
I started adding ajax and status checking to development branch to start to play with grabbing it that way , and having the page js retry until it gets an answer, we can always assume that it was successful if the webpage never comes back..
Or we can restart the ap if success, this has to be tested since mode_ap_sta can cause some channel issues and be problematic sometimes.
Also if you are using captive portal sometimes it just kicks you out anyway as soon as it knows the ap is lost.
@tablatronix commented on GitHub (Jun 2, 2018):
I think keytaylor tried this in his branch , but I have not looked at it in awhile. Not sure of the success
@hochmayrfa commented on GitHub (Jul 4, 2018):
Any update on this feature ?
@tablatronix commented on GitHub (Jul 4, 2018):
Not yet, I am preparing release, working on examples and docs and my youtube channel.
I will try to test out my ideas soon
@tablatronix commented on GitHub (Dec 4, 2019):
#930
@tablatronix commented on GitHub (Dec 4, 2019):
I have explained this conundrum at length in another issue, when I find it I will repost it here
@garageeks commented on GitHub (Dec 11, 2019):
I have been using kentaylor fork for some time, and works seamlessly; it is more practical from a user perspective.
However it hasn't been updated for 3 years, it would be awesome if this feature could be backported. Let me know how I can be helpful with this.
Nick
@tablatronix commented on GitHub (Dec 12, 2019):
How does it work? Does he just have an ajax refresh wait, and have the server cycle back on after connecting to sta ?