starred/WiFiManager
1
0
Fork 0
mirror of https://github.com/tzapu/WiFiManager.git synced 2026-04-27 00:55:52 +03:00
Code Issues 656 Projects Releases 8 Packages Wiki Activity

[GH-ISSUE #868] iphone taking 30 seconds to open captive portal #733

New issue
Open
opened 2026-02-28 01:26:49 +03:00 by kerem · 25 comments
kerem commented 2026-02-28 01:26:49 +03:00
Owner
Copy link

Originally created by @tablatronix on GitHub (Apr 18, 2019).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/868

This is new, I rolled back to esp 2.3 and its the same, must be a change in IOS, can anyone else confirm, seems like it does not launch until after several hits to the server

Originally created by @tablatronix on GitHub (Apr 18, 2019). Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/868 This is new, I rolled back to esp 2.3 and its the same, must be a change in IOS, can anyone else confirm, seems like it does not launch until after several hits to the server
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (Apr 18, 2019):

*WM: Request redirected to captive portal
*WM: Handle root
*WM: Handle root
*WM: Request redirected to captive portal
*WM: Handle root
*WM: Request redirected to captive portal
*WM: Handle root
*WM: Info
*WM: Sent info page
*WM: Request redirected to captive portal
*WM: Handle root
*WM: [2] WiFi Scan ASYNC completed in 2194 ms
*WM: [2] WiFi Scan ASYNC found: 6
*WM: [3] -> captive.apple.com 
*WM: [2] <- Request redirected to captive portal 
*WM: [2] <- HTTP Root 
*WM: [3] -> 192.168.4.1 
*WM: [3] lastconxresult: WL_IDLE_STATUS
*WM: [2] Scan is cached 5451 ms ago
*WM: [3] -> captive.apple.com 
*WM: [2] <- Request redirected to captive portal 
*WM: [2] <- HTTP Root 
*WM: [3] -> 192.168.4.1 
*WM: [3] lastconxresult: WL_IDLE_STATUS
*WM: [2] WiFi Scan ASYNC started 
*WM: [2] WiFi Scan ASYNC completed in 2193 ms
*WM: [2] WiFi Scan ASYNC found: 8
*WM: [2] Portal Timeout In 116 seconds
*WM: [2] Portal Timeout In 86 seconds
*WM: [2] <- HTTP Root 
*WM: [3] -> www.apple.com 
*WM: [2] <- Request redirected to captive portal 
*WM: [2] <- HTTP Root 
*WM: [3] -> 192.168.4.1 
*WM: [3] lastconxresult: WL_IDLE_STATUS
*WM: [2] WiFi Scan ASYNC started 
*WM: [3] -> www.apple.com 
*WM: [2] <- Request redirected to captive portal 
*WM: [2] <- HTTP Root 
*WM: [3] -> 192.168.4.1 
*WM: [3] lastconxresult: WL_IDLE_STATUS
*WM: [2] WiFi Scan ASYNC started 
*WM: [2] WiFi Scan ASYNC completed in 786 ms
*WM: [2] WiFi Scan ASYNC found: 6

40 seconds, wtf

<!-- gh-comment-id:484623985 --> @tablatronix commented on GitHub (Apr 18, 2019): ```php *WM: Request redirected to captive portal *WM: Handle root *WM: Handle root *WM: Request redirected to captive portal *WM: Handle root *WM: Request redirected to captive portal *WM: Handle root *WM: Info *WM: Sent info page *WM: Request redirected to captive portal *WM: Handle root *WM: [2] WiFi Scan ASYNC completed in 2194 ms *WM: [2] WiFi Scan ASYNC found: 6 *WM: [3] -> captive.apple.com *WM: [2] <- Request redirected to captive portal *WM: [2] <- HTTP Root *WM: [3] -> 192.168.4.1 *WM: [3] lastconxresult: WL_IDLE_STATUS *WM: [2] Scan is cached 5451 ms ago *WM: [3] -> captive.apple.com *WM: [2] <- Request redirected to captive portal *WM: [2] <- HTTP Root *WM: [3] -> 192.168.4.1 *WM: [3] lastconxresult: WL_IDLE_STATUS *WM: [2] WiFi Scan ASYNC started *WM: [2] WiFi Scan ASYNC completed in 2193 ms *WM: [2] WiFi Scan ASYNC found: 8 *WM: [2] Portal Timeout In 116 seconds *WM: [2] Portal Timeout In 86 seconds *WM: [2] <- HTTP Root *WM: [3] -> www.apple.com *WM: [2] <- Request redirected to captive portal *WM: [2] <- HTTP Root *WM: [3] -> 192.168.4.1 *WM: [3] lastconxresult: WL_IDLE_STATUS *WM: [2] WiFi Scan ASYNC started *WM: [3] -> www.apple.com *WM: [2] <- Request redirected to captive portal *WM: [2] <- HTTP Root *WM: [3] -> 192.168.4.1 *WM: [3] lastconxresult: WL_IDLE_STATUS *WM: [2] WiFi Scan ASYNC started *WM: [2] WiFi Scan ASYNC completed in 786 ms *WM: [2] WiFi Scan ASYNC found: 6 ``` 40 seconds, wtf
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@mozzhead164 commented on GitHub (Apr 28, 2019):

Any updates on this issue yet? My ESP is doing exactly the same, however I am on an old version of iOS (10.3.3). It's taking a good 30-40secs to connect, but connecting with a laptop takes <5seconds.

I'm using core 2.5.0, arduino 1.8.9 and Wifimanager-Dev branch from GitHub

<!-- gh-comment-id:487406005 --> @mozzhead164 commented on GitHub (Apr 28, 2019): Any updates on this issue yet? My ESP is doing exactly the same, however I am on an old version of iOS (10.3.3). It's taking a good 30-40secs to connect, but connecting with a laptop takes <5seconds. I'm using core 2.5.0, arduino 1.8.9 and Wifimanager-Dev branch from GitHub
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (Apr 28, 2019):

From what I can tell it is ios only, maybe a dns issue or something ios changed, I will need some more observations from users and other captive portals

<!-- gh-comment-id:487419525 --> @tablatronix commented on GitHub (Apr 28, 2019): From what I can tell it is ios only, maybe a dns issue or something ios changed, I will need some more observations from users and other captive portals
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@agrath commented on GitHub (May 2, 2019):

@mozzhead164 can you try rolling back to core 2.4.2 - see #866 (just curious to see if you get different behaviour here)

<!-- gh-comment-id:488527879 --> @agrath commented on GitHub (May 2, 2019): @mozzhead164 can you try rolling back to core 2.4.2 - see #866 (just curious to see if you get different behaviour here)
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (May 2, 2019):

I tried 2.3 as in first post

<!-- gh-comment-id:488535948 --> @tablatronix commented on GitHub (May 2, 2019): I tried 2.3 as in first post
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@agrath commented on GitHub (May 2, 2019):

@tablatronix wouldn't you expect there to also be differences between 2.3 and 2.4.2? I am just wondering if this is the same upstream issue as identified in #866
I've got an iphone so I could test this if it would help, I have an iPhone 7, running iOS 12.2

<!-- gh-comment-id:488545401 --> @agrath commented on GitHub (May 2, 2019): @tablatronix wouldn't you expect there to also be differences between 2.3 and 2.4.2? I am just wondering if this is the same upstream issue as identified in #866 I've got an iphone so I could test this if it would help, I have an iPhone 7, running iOS 12.2
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (May 2, 2019):

I do not see any change in esp lib, I am leaning towards ios itself, you can clearly see the hits the os just does not launch the captive portal until 3rd hit, that does not mean that there is not some workaround or specific data is expects now

<!-- gh-comment-id:488557232 --> @tablatronix commented on GitHub (May 2, 2019): I do not see any change in esp lib, I am leaning towards ios itself, you can clearly see the hits the os just does not launch the captive portal until 3rd hit, that does not mean that there is not some workaround or specific data is expects now
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@agrath commented on GitHub (May 2, 2019):

@tablatronix I'll test this on my iphone against 2.3 core and see if I can also get apple-side debug logs

<!-- gh-comment-id:488561419 --> @agrath commented on GitHub (May 2, 2019): @tablatronix I'll test this on my iphone against 2.3 core and see if I can also get apple-side debug logs
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@agrath commented on GitHub (May 2, 2019):

@tablatronix I think I can reproduce this on my phone.

iPhone 7 running iOS 12.2
Built WifiManager from commit 4873c7c632 against esp8266 core 2.3.0

Unfortunately the iOS logs did not appear to contain any detail about connection attempts, captive portal etc.
I couldn't find any reference to captive/esp across the whole log file (around 700 lines for the few minutes I was tailing it)
I am on windows but was tailing the device log using imobiledevice idevicesyslog.exe

I tried a few different times with varying results but usually in the log was three redirects to root. Different behaviour on the device such as sometimes the captive portal appearing and disappearing a few times, other times it would just take ages to open the browser window. Once it worked nearly instantly.

I have attached the log from WM
wm_esp.log

<!-- gh-comment-id:488591189 --> @agrath commented on GitHub (May 2, 2019): @tablatronix I think I can reproduce this on my phone. iPhone 7 running iOS 12.2 Built WifiManager from commit 4873c7c6326fcbfb069731035b1ed79ebd11746a against esp8266 core 2.3.0 Unfortunately the iOS logs did not appear to contain any detail about connection attempts, captive portal etc. I couldn't find any reference to captive/esp across the whole log file (around 700 lines for the few minutes I was tailing it) I am on windows but was tailing the device log using imobiledevice idevicesyslog.exe I tried a few different times with varying results but usually in the log was three redirects to root. Different behaviour on the device such as sometimes the captive portal appearing and disappearing a few times, other times it would just take ages to open the browser window. Once it worked nearly instantly. I have attached the log from WM [wm_esp.log](https://github.com/tzapu/WiFiManager/files/3137240/wm_esp.log)
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@agrath commented on GitHub (May 2, 2019):

@tablatronix

I captured the page body that's generated along with the content length that was sent.
Manually verifying this in a text editor it doesn't seem to match.
The content length is being sent as 3368 (this is the log line right between HTTP Root Page and the dashes) but when manually checking between the start of the doctype (between the ! in serial log) and the end of </html> (which appears to have a trailing space) I get 3371

Here's the code I used:

void WiFiManager::handleRoot() {
  DEBUG_WM(DEBUG_VERBOSE,F("<- HTTP Root"));
  if (captivePortal()) return; // If captive portal redirect instead of displaying the page
  
  handleRequest();
  DEBUG_WM(DEBUG_VERBOSE,F("HTTP Root Building"));
  String page = getHTTPHead(FPSTR(S_options)); // @token options
  String str  = FPSTR(HTTP_ROOT_MAIN);
  str.replace(FPSTR(T_v),configPortalActive ? _apName : WiFi.localIP().toString()); // use ip if ap is not active for heading
  page += str;
  page += FPSTR(HTTP_PORTAL_OPTIONS);
  page += getMenuOut();
  reportStatus(page);
  page += FPSTR(HTTP_END);
DEBUG_WM(DEBUG_DEV,F("HTTP Root Page"));
DEBUG_WM(DEBUG_DEV, "content-length:"+String(page.length()));
DEBUG_WM(DEBUG_DEV,F("-------------"));
DEBUG_WM(DEBUG_DEV, "!"+page+"!");
DEBUG_WM(DEBUG_DEV,F("-------------"));
  server->sendHeader(FPSTR(HTTP_HEAD_CL), String(page.length()));
  server->send(200, FPSTR(HTTP_HEAD_CT), page);
  // server->close(); // testing reliability fix for content length mismatches during mutiple flood hits  WiFi_scanNetworks(); // preload wifiscan 
  if(_preloadwifiscan) WiFi_scanNetworks((unsigned)20000,true); // preload wifiscan throttled, async
  // @todo buggy, captive portals make a query on every page load, causing this to run every time in addition to the real page load
  // I dont understand why, when you are already in the captive portal, I guess they want to know that its still up and not done or gone
  // if we can detect these and ignore them that would be great, since they come from the captive portal redirect maybe there is a refferer
}

I attach the raw log (copy and pasted from visual studio) and the raw body which I'm getting 3371 bytes from (content length is sent as 3368)

wm-log.txt
http-raw-body.txt

<!-- gh-comment-id:488598120 --> @agrath commented on GitHub (May 2, 2019): @tablatronix I captured the page body that's generated along with the content length that was sent. Manually verifying this in a text editor it doesn't seem to match. The content length is being sent as 3368 (this is the log line right between HTTP Root Page and the dashes) but when manually checking between the start of the doctype (between the ! in serial log) and the end of &lt;/html&gt; (which appears to have a trailing space) I get 3371 Here's the code I used: ``` void WiFiManager::handleRoot() { DEBUG_WM(DEBUG_VERBOSE,F("<- HTTP Root")); if (captivePortal()) return; // If captive portal redirect instead of displaying the page handleRequest(); DEBUG_WM(DEBUG_VERBOSE,F("HTTP Root Building")); String page = getHTTPHead(FPSTR(S_options)); // @token options String str = FPSTR(HTTP_ROOT_MAIN); str.replace(FPSTR(T_v),configPortalActive ? _apName : WiFi.localIP().toString()); // use ip if ap is not active for heading page += str; page += FPSTR(HTTP_PORTAL_OPTIONS); page += getMenuOut(); reportStatus(page); page += FPSTR(HTTP_END); DEBUG_WM(DEBUG_DEV,F("HTTP Root Page")); DEBUG_WM(DEBUG_DEV, "content-length:"+String(page.length())); DEBUG_WM(DEBUG_DEV,F("-------------")); DEBUG_WM(DEBUG_DEV, "!"+page+"!"); DEBUG_WM(DEBUG_DEV,F("-------------")); server->sendHeader(FPSTR(HTTP_HEAD_CL), String(page.length())); server->send(200, FPSTR(HTTP_HEAD_CT), page); // server->close(); // testing reliability fix for content length mismatches during mutiple flood hits WiFi_scanNetworks(); // preload wifiscan if(_preloadwifiscan) WiFi_scanNetworks((unsigned)20000,true); // preload wifiscan throttled, async // @todo buggy, captive portals make a query on every page load, causing this to run every time in addition to the real page load // I dont understand why, when you are already in the captive portal, I guess they want to know that its still up and not done or gone // if we can detect these and ignore them that would be great, since they come from the captive portal redirect maybe there is a refferer } ``` I attach the raw log (copy and pasted from visual studio) and the raw body which I'm getting 3371 bytes from (content length is sent as 3368) [wm-log.txt](https://github.com/tzapu/WiFiManager/files/3137328/wm-log.txt) [http-raw-body.txt](https://github.com/tzapu/WiFiManager/files/3137329/http-raw-body.txt)
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (May 2, 2019):

Thanks, I have not have time to break out wireshark and do some testing

<!-- gh-comment-id:488713617 --> @tablatronix commented on GitHub (May 2, 2019): Thanks, I have not have time to break out wireshark and do some testing
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@Daemach commented on GitHub (May 14, 2019):

How do you set up wireshark to sniff this?

<!-- gh-comment-id:492292820 --> @Daemach commented on GitHub (May 14, 2019): How do you set up wireshark to sniff this?
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (May 24, 2019):

ugh apple is useless
https://discussions.apple.com/thread/250240069

Submit feedback I guess..

<!-- gh-comment-id:495694656 --> @tablatronix commented on GitHub (May 24, 2019): ugh apple is useless https://discussions.apple.com/thread/250240069 Submit feedback I guess..
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@bfaliszek commented on GitHub (May 24, 2019):

https://www.reddit.com/r/iOSBeta/comments/bptxxr/bugs_wifi_especially_captive_portal_just_terrible/
It seems that more people have a problem with it. I have iOS 12.4b2 and it does not work properly with me.

<!-- gh-comment-id:495695931 --> @bfaliszek commented on GitHub (May 24, 2019): https://www.reddit.com/r/iOSBeta/comments/bptxxr/bugs_wifi_especially_captive_portal_just_terrible/ It seems that more people have a problem with it. I have iOS 12.4b2 and it does not work properly with me.
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@bfaliszek commented on GitHub (May 24, 2019):

Change the iPhone wifi settings to Manual IPv4 configuration and enter:
IP Address: 192.168.4.2
Subnet Mask: 255.255.255.0
Router: 192.168.4.1
It does not break the connection to the network. However, you have to open the browser yourself and enter 192.168.4.1. There is a captive portal WiFiManager available.

<!-- gh-comment-id:495747573 --> @bfaliszek commented on GitHub (May 24, 2019): Change the iPhone wifi settings to Manual IPv4 configuration and enter: IP Address: 192.168.4.2 Subnet Mask: 255.255.255.0 Router: 192.168.4.1 It does not break the connection to the network. However, you have to open the browser yourself and enter 192.168.4.1. There is a captive portal WiFiManager available.
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (May 24, 2019):

you can always open the browser yourself, why would you have to set static ips ?

<!-- gh-comment-id:495804136 --> @tablatronix commented on GitHub (May 24, 2019): you can always open the browser yourself, why would you have to set static ips ?
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@bfaliszek commented on GitHub (May 25, 2019):

without setting the static IP in the settings, after about 5 seconds, the network will be disconnected. I will not be able to open browser, enter address, and log in to the correct network

<!-- gh-comment-id:495900369 --> @bfaliszek commented on GitHub (May 25, 2019): without setting the static IP in the settings, after about 5 seconds, the network will be disconnected. I will not be able to open browser, enter address, and log in to the correct network
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (May 25, 2019):

oh mine doesn't disconnect, It just never opens the captive portal , hmm I wonder if this is something else or 2 issues..

<!-- gh-comment-id:495921305 --> @tablatronix commented on GitHub (May 25, 2019): oh mine doesn't disconnect, It just never opens the captive portal , hmm I wonder if this is something else or 2 issues..
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (May 25, 2019):

@bfaliszek you might want to turn on esp debugging and get some detailed logs of the phy client disconnecting

<!-- gh-comment-id:495922292 --> @tablatronix commented on GitHub (May 25, 2019): @bfaliszek you might want to turn on esp debugging and get some detailed logs of the phy client disconnecting
kerem commented 2026-02-28 01:26:49 +03:00
Author
Owner
Copy link

@bfaliszek commented on GitHub (Jun 18, 2019):

I recently installed iOS 13 beta 1 and everything works well. I think Apple finally fixed it.

<!-- gh-comment-id:503066969 --> @bfaliszek commented on GitHub (Jun 18, 2019): I recently installed iOS 13 beta 1 and everything works well. I think Apple finally fixed it.
kerem commented 2026-02-28 01:26:50 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (Jun 18, 2019):

Nice I will see if any changes on my side.

<!-- gh-comment-id:503189839 --> @tablatronix commented on GitHub (Jun 18, 2019): Nice I will see if any changes on my side.
kerem commented 2026-02-28 01:26:50 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (Dec 4, 2019):

Just got this from apple

Hi Shawn,
There are changes in build 17C5046a that may have resolved this issue.
Has this issue been resolved after installing 17C5046a?

<!-- gh-comment-id:561697091 --> @tablatronix commented on GitHub (Dec 4, 2019): Just got this from apple > Hi Shawn, > There are changes in build 17C5046a that may have resolved this issue. > Has this issue been resolved after installing 17C5046a?
kerem commented 2026-02-28 01:26:50 +03:00
Author
Owner
Copy link

@bfaliszek commented on GitHub (Dec 5, 2019):

@tablatronix I also received such an email. Apple has already fixed this in iOS13b1. Since then I have not had problems opening the captive portal.

<!-- gh-comment-id:562192735 --> @bfaliszek commented on GitHub (Dec 5, 2019): @tablatronix I also received such an email. Apple has already fixed this in iOS13b1. Since then I have not had problems opening the captive portal.
kerem commented 2026-02-28 01:26:50 +03:00
Author
Owner
Copy link

@erikhjertholm commented on GitHub (Dec 7, 2020):

Hi, I'm having troubles connecting to both a Mac and an Android phone. I'm able to connect to the network on both of them, but the portal does not appear, and I'm not able to connect by entering the ip address in a browser either. Maybe some more updates? Have you tried it lately? @tablatronix

<!-- gh-comment-id:739987983 --> @erikhjertholm commented on GitHub (Dec 7, 2020): Hi, I'm having troubles connecting to both a Mac and an Android phone. I'm able to connect to the network on both of them, but the portal does not appear, and I'm not able to connect by entering the ip address in a browser either. Maybe some more updates? Have you tried it lately? @tablatronix
kerem commented 2026-02-28 01:26:50 +03:00
Author
Owner
Copy link

@tablatronix commented on GitHub (Dec 7, 2020):

Yeah this has been working fine since the last update. Not sure what you issue might be.

<!-- gh-comment-id:740007937 --> @tablatronix commented on GitHub (Dec 7, 2020): Yeah this has been working fine since the last update. Not sure what you issue might be.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
master
revert-1849-master
feature_fastconnect
feature_auth
feature_slimable
PEAP
feature_statichtmlparams
feature_asyncwebserver
feature_pagestringsref
parameter-smart-ptr
gh-pages
Legacy_v1
hotfixes
autochannelselect_feature
travis
smartconfig
v2.0.17
v2.0.16-rc.2
v2.0.15-rc.1
v2.0.0-rc.1
v2.0.14-beta
v2.0.13-beta
v2.0.12-beta
v2.0.11-beta
v2.0.10-beta
v2.0.9-beta
v2.0.8-beta
2.0.7-beta
2.0.6-beta
2.0.5-beta
2.0.4-beta
0.16.0
2.0.3-alpha
0.15.0
0.14
0.13
0.12
0.11
0.10
0.9
0.8
0.7
0.6
0.5
v0.4
v0.3
v0.2
v0.1
Labels
Clear 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

Mirrored from GitHub Pull Request

  
wontfix
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
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
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#733
No description provided.