mirror of
https://github.com/tzapu/WiFiManager.git
synced 2026-04-27 00:55:52 +03:00
[GH-ISSUE #1074] Custom parameters are not stored when using startConfigPortal() (works first time on autoconnect()) #915
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#915
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 @pnodseth on GitHub (Jun 7, 2020).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/1074
Basic Infos
Version: 2.0.2 Alpha
Hardware
WiFimanager Branch/Release:
Esp8266/Esp32:
Hardware: ESP-12e, esp01, esp25
ESP Core Version: 2.4.0, staging
Description
First of all, thanks for all the great work you are doing with this library! So useful! :D
Custom parameters are not stored when using startConfigPortal() and connecting to same wifi as previously connected to. The values that was stored on first connection with th
Problem description
I am running into a problem when using startConfigPortal().
When I connect to a new wifi using autoconnect during setup, the custom parameters I have are stored just like they should.
But after that, if I trigger startConfigPortal() and connect to the same wifi but insert other custom parameters, they are not stored. The initially saved parameters are still there.
Settings in IDE
Module: NodeMcu
Additional libraries:
Sketch
Debug Messages
@tablatronix commented on GitHub (Jun 7, 2020):
Is your callback being called ?, you didnt post any serial logs...
saveConfigCallback
@pnodseth commented on GitHub (Jun 7, 2020):
Sorry about that!
Here is the log:
@tablatronix commented on GitHub (Jun 7, 2020):
Well you are not checking for shouldsave in your loop, only in setup, so thats probably why.. You are not doing anything with the flag
@pnodseth commented on GitHub (Jun 8, 2020):
Omg, you are correct! Thanks, and sorry :D
Again, really appreciate your effort with this library!!