mirror of
https://github.com/tzapu/WiFiManager.git
synced 2026-04-27 09:05:56 +03:00
[GH-ISSUE #1501] Any reason why setConnectRetries has a constraint between 1 and 10? #1279
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#1279
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 @sommerper on GitHub (Sep 20, 2022).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/1501
Hi!
I have a device that's on a network that can have a network disconnection for longer periods of time.
Once the network is back I need the device to come back asap.
Retrying 10 times is not enough and ideally I'd like to retry an infinite amount of times.
What is the best way to achieve this without modifying the library directly in this piece of code?
Thank you and thanks for a great project!
@tablatronix commented on GitHub (Sep 20, 2022):
That is the connect retry for autoconnect, you do not want your coding sitting stuck in autoconnect like that nor should it be used like that.
You probably want to make your own loop for checking if connected or not, or call autoconnect itself in a loop
@sommerper commented on GitHub (Sep 22, 2022):
Thanks for the clarification! I didn't know I could call autoconnect multiple times.
@tablatronix commented on GitHub (Sep 22, 2022):
Yeah technically we could do that but it's blocking and probably not what you want. It mostly to fix some aps that always reject the first conx