[GH-ISSUE #574] option not to start portal on failed autoconnect #478

Closed
opened 2026-02-28 01:25:30 +03:00 by kerem · 1 comment
Owner

Originally created by @liebman on GitHub (Mar 25, 2018).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/574

Enhancement request.

It would be nice to be able to only start the portal on demand but still use the auto connect logic. My use case is a battery powered clock and I want to avoid having the portal pop up if no one is around to configure it. So if auto connect fails I'll just go back to sleep. If a button is held during reset then I'll open the portal. Thoughts?

I may throw out a pull request...

Originally created by @liebman on GitHub (Mar 25, 2018). Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/574 Enhancement request. It would be nice to be able to only start the portal on demand but still use the auto connect logic. My use case is a battery powered clock and I want to avoid having the portal pop up if no one is around to configure it. So if auto connect fails I'll just go back to sleep. If a button is held during reset then I'll open the portal. Thoughts? I may throw out a pull request...
kerem closed this issue 2026-02-28 01:25:30 +03:00
Author
Owner

@tablatronix commented on GitHub (Mar 25, 2018):

I was about to add this to development

<!-- gh-comment-id:375938423 --> @tablatronix commented on GitHub (Mar 25, 2018): I was about to add this to development
Sign in to join this conversation.
No milestone
No project
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#478
No description provided.