mirror of
https://github.com/tzapu/WiFiManager.git
synced 2026-04-27 00:55:52 +03:00
[GH-ISSUE #478] Trouble with the captive portal if there is wifi credentials stored #400
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#400
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 @eirikso on GitHub (Jan 4, 2018).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/478
This is a rather strange problem that I have managed to reproduce several times:
When connecting for the first time the portal pops up perfectly well. Fast and responsive. I choose a network and enter the password. The device restarts and connects to the wlan I entered.
Then I turn off that wlan. And reset the device. Because it can not find the wlan anymore it starts the config portal. But this time it is slow. It fails to load the buttons. The connection fails completely etc.
No matter how many times I restart etc the portal is slow and unstable.
So I upload a debug code that deletes the wifi credentials. Then upload my regular code again. And voila: the portal is fast and responsive. After testing this several times I added a WiFi.disconnect(true); inside WiFiManager.cpp. In the start of WiFiManager::setupConfigPortal(). So that the credentials is deleted if the device enters config mode.
Now it works every time.
I have tested on a WeMos D1 Mini and a WEMOS TTGO ESP8266. Actually I had the same kind of problem when testing the WiFiManager-port to ESP32 as well.
Anyone else that have this problem?
@ldab commented on GitHub (Jan 4, 2018):
It happened to me as well, I'll try that and see if it helps.
@tablatronix commented on GitHub (Jan 4, 2018):
Known issue, dup
@eirikso commented on GitHub (Jan 5, 2018):
Thank you. So it is not that strange and I am not alone...
@srrsparky commented on GitHub (May 10, 2018):
@tablatronix
I am having this same issue. Is there a known issue number for this? I had a look through the open issues, but couldn't spot it.
@tablatronix commented on GitHub (May 13, 2018):
Hotfixes branch development branch
@srrsparky commented on GitHub (May 16, 2018):
Thanks :)
@tablatronix commented on GitHub (May 16, 2018):
The issue is ap wont start or something cant find #