httpd_parse: parse_block: request URI/header too long

tonyp7 / esp32-wifi-manager

Captive Portal for ESP32 that can connect to a saved wireless network or start an access point where you can connect to existing wifis.

MIT License

648 stars 214 forks source link

httpd_parse: parse_block: request URI/header too long #127

Closed hackaprende closed 3 years ago

hackaprende commented 3 years ago

Prerequisites

[x] I have written a descriptive issue title
[x] I have verified that I am using the latest version of esp32-wifi-manager
[ x] I have searched open and closed issues to ensure it has not already been reported

Description

When I run the project I get this error

The same is displayed in the browser

Steps to Reproduce

Add esp32-wifi-manager as component
Call wifi_manager_start(); in app_main
Connect to esp32
"Header fields are too long for server to interpret" error appears

System Configuration

Environment (Operating system, version and so on): Esp32 devkitC with IDF V4.2, in MacOS
Additional information:

hackaprende commented 3 years ago

It happens in brave and duck duck go browsers in Android. It works well for Chrome

tofublock commented 2 years ago

Why did you close this issue? Did you find a solution or did you give up on it? I'm facing the same issue on Android 11 - the captive portal opens a (system?) browser window saying "Header fields are too long for server to interpret". If I choose "Use this network as is" I can SOMETIMES get Firefox or Chrome to load 10.10.0.1 but most of the time it won't load or the network just disconnects. Can somebody help? Where can I start looking? Thanks!

tofublock commented 2 years ago

Okay, for anyone coming after me - set idf.py menuconfig > Component config > HTTP Server > Max HTTP URI Length to 1024 and the captive portal comes up right away. I'm still frequently seeing strange disconnects, but that's a separate issue.

daverathbone commented 2 years ago

Just a lot of pain to find you use J and K keys for up down arrow - Make it harder!!!!!