mirror of
https://github.com/tzapu/WiFiManager.git
synced 2026-04-27 09:05:56 +03:00
[GH-ISSUE #565] add close ability #473
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#473
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 @tablatronix on GitHub (Mar 17, 2018).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/565
I was thinking it would be nice to have various close options.
Either hard coded, or vary depending on how the webportal was started or wether captiveportal is enabled?
Exit - shutdown webportal and ap
Close - stop captive portal
I am trying to come up with scenarios.
Maybe you want captive portal enabled, for ease of use, but then you want to stay connected to ap, or leave ap open but turn off captive portal , so you can manually access it again.
I am not sure how all CNAs works but if they get a 200 and not a redirect back, they should close.
We could also add CNA detection via useragents, but that gets crazy