[PR #44] [MERGED] Manually starting the configuration portal #1562

New issue

Closed

opened 2026-02-28 01:30:41 +03:00 by kerem · 0 comments

kerem commented

2026-02-28 01:30:41 +03:00

Owner

📋 Pull Request Information

Original PR: https://github.com/tzapu/WiFiManager/pull/44
Author: @riccibitti
Created: 1/4/2016
Status: ✅ Merged
Merged: 1/8/2016
Merged by: @tzapu

Base: master ← Head: master

📝 Commits (4)

9fd11f1 connectWifi() now returns connection status, making its use more straightforward
ead84ae Removed unused/commented code
8079332 Added "forceAP" parameter to autoconnect (defaulted to false, which leaves previous behaviour unchanged).
0c04092 Merge commit '99f37db88e'

📊 Changes

2 files changed (+18 additions, -72 deletions)

View changed files

📝 WiFiManager.cpp (+16 -67)
📝 WiFiManager.h (+2 -5)

📄 Description

My hardware has a button to trigger configuration, so I needed a way to force the captive portal regardless of running configuration. So I added a third (defaulted) parameter to autoconnect(), namely forceAP. It is defaulted to false, for backward compatibility; but if it set to true, the captive portal is started without even attempting to connect with current SSID and password.

In the works, I have cleaned up some commented/unused code and changed connectWifi() to return the connection status, getting rid of temprary 's' varibles that were used to read status again right after a call to connectWifi().

_{🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.}

## 📋 Pull Request Information **Original PR:** https://github.com/tzapu/WiFiManager/pull/44 **Author:** [@riccibitti](https://github.com/riccibitti) **Created:** 1/4/2016 **Status:** ✅ Merged **Merged:** 1/8/2016 **Merged by:** [@tzapu](https://github.com/tzapu) **Base:** `master` ← **Head:** `master` --- ### 📝 Commits (4) - [`9fd11f1`](https://github.com/tzapu/WiFiManager/commit/9fd11f13b66fae812c98c4916fc353124bec129e) connectWifi() now returns connection status, making its use more straightforward - [`ead84ae`](https://github.com/tzapu/WiFiManager/commit/ead84aea361d46c6b0395bbd3650a3f353c3eae4) Removed unused/commented code - [`8079332`](https://github.com/tzapu/WiFiManager/commit/807933270b6c05650d98dab550284decdeba1464) Added "forceAP" parameter to autoconnect (defaulted to false, which leaves previous behaviour unchanged). - [`0c04092`](https://github.com/tzapu/WiFiManager/commit/0c04092300fb24222868d8b3674b08966f5ec865) Merge commit '99f37db88ec59cf1b6738f500a8cfeda920b9da7' ### 📊 Changes **2 files changed** (+18 additions, -72 deletions) <details> <summary>View changed files</summary> 📝 `WiFiManager.cpp` (+16 -67) 📝 `WiFiManager.h` (+2 -5) </details> ### 📄 Description My hardware has a button to trigger configuration, so I needed a way to force the captive portal regardless of running configuration. So I added a third (defaulted) parameter to autoconnect(), namely forceAP. It is defaulted to false, for backward compatibility; but if it set to true, the captive portal is started without even attempting to connect with current SSID and password. In the works, I have cleaned up some commented/unused code and changed connectWifi() to return the connection status, getting rid of temprary 's' varibles that were used to read status again right after a call to connectWifi(). --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>