Skip to content
This repository has been archived by the owner on Nov 25, 2021. It is now read-only.

No save the char # at end of the wifi password #3

Closed
ianturo opened this issue Mar 28, 2020 · 5 comments
Closed

No save the char # at end of the wifi password #3

ianturo opened this issue Mar 28, 2020 · 5 comments
Labels
bug Something isn't working enhancement New feature or request

Comments

@ianturo
Copy link

ianturo commented Mar 28, 2020

If you wireless password ends with the character # is not saved on the EEPROM
I've testing escaping with \ enclosed between "" or '' and nothing worked

@ianturo ianturo changed the title No save the char # ant end of the wifi password No save the char # at end of the wifi password Mar 28, 2020
@khoih-prog
Copy link
Owner

khoih-prog commented Mar 28, 2020

Hi,
Thanks for using the library.
The hash tag (#) is a special symbol , and somehow, the WebServer library this Blynk_WM depends upon, interpretes it as the end of an input.
That's why anything behind the # will be ignored.

That's why:

  1. 12345#67890 is interpreted as 12345, and #67890 is ignored
  2. 12345\#67890 is interpreted as 12345\, and #67890 is ignored
  3. 1234567890# is interpreted as 1234567890, and # is ignored as in your case.

I don't know if this is intentional or not, and have no way to change that ESP8266WebServer or ESP32WebServer library unless writing my own library and change those libraries.
So, please don't use the # anywhere in the Web input for now.
Anyway, I'll have some research, but close the topic now.

@ianturo
Copy link
Author

ianturo commented Mar 29, 2020

Thank you,
Well according to this I will have to change the password of my WiFi

Another thing, I did not see in the manual that is mandatory fill all fields, if only one of SSID's or Server's fields is filled allways says on boot: "bg: No configdat. Stay forever in config portal"

happened to me with ESP8266

@khoih-prog
Copy link
Owner

Hi,
Thanks for reporting. Your contribution is noted in newly added Important Notes
Regards,

@khoih-prog
Copy link
Owner

Hi,
This issue has been fixed in v1.0.10. Now you can input special chars such as # and %.

@ianturo
Copy link
Author

ianturo commented Apr 9, 2020 via email

@khoih-prog khoih-prog added bug Something isn't working enhancement New feature or request labels Jul 2, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants