Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Default hostname non-compliant with rfc952 (again) #6130

Closed
1 of 3 tasks
philbowles opened this issue May 22, 2019 · 6 comments
Closed
1 of 3 tasks

Default hostname non-compliant with rfc952 (again) #6130

philbowles opened this issue May 22, 2019 · 6 comments
Labels
waiting for feedback Waiting on additional info. If it's not received, the issue may be closed.

Comments

@philbowles
Copy link

philbowles commented May 22, 2019

Basic Infos

  • [x ] This issue complies with the issue POLICY doc.
  • [ x] I have read the documentation at readthedocs and the issue is not addressed there.
  • I have tested that the issue is present in current master branch (aka latest git).
  • [ x] I have searched the issue tracker for a similar issue.
  • If there is a stack dump, I have decoded it.
  • I have filled out all fields below.

Platform

  • Hardware: ALL
  • Core Version: 2.5.2
  • Development Env: Arduino IDE 1.8.9
  • Operating System: Windoze 10

SDK:2.2.1(cfd48f3)/Core:2.5.2=20502000/lwIP:STABLE-2_1_2_RELEASE/glue:1.1-7-g82abda3/BearSSL:a143020

Settings in IDE

N/A : applies to all

Problem Description

The default WiFi chosen by the system is non-compliant with RFC952. This has been mentioned in the past (e.g. espressif/ESP8266_NONOS_SDK#208, #4415 )

Has it regressively crept back in or was it decided to ignore it back then?

@philbowles
Copy link
Author

It is even explicilty stated as such in: https://arduino-esp8266.readthedocs.io/en/2.5.2/esp8266wifi/station-class.html "Function returns String type. Default hostname is in format ESP_24xMACwhere 24xMAC are the last 24 bits of module’s MAC address."

@d-a-v
Copy link
Collaborator

d-a-v commented May 22, 2019

(edit: version fixed - was 2.1.x vs 2.2.x, is 2.2.1 vs 2.2.2)

@philbowles Bug was fixed in (not default) sdk-2.2.2 which you can enable with arduino ide menu when using generic esp8266 board.

About local copies of other firmwares (including default 2.2.1), we haven't binary-patched them.
@devyte @earlephilhower Why not doing this now in our local copies, considering upstream 2.2.2 and probably also latest 3.x have it ?

@devyte
Copy link
Collaborator

devyte commented May 22, 2019

We can do that for a following release. It's just a matter of replacing 1 byte in the sdk lib.

@philbowles
Copy link
Author

@d-a-v I'm confused: Does this not mean I AM using sdk-2.2.x ?:

SDK:2.2.1(cfd48f3)/Core:2.5.2=20502000/lwIP:STABLE-2_1_2_RELEASE/glue:1.1-7-g82abda3/BearSSL:a143020

If so, it is absolutely NOT fixed, hence the post. What am I missing?

@d-a-v
Copy link
Collaborator

d-a-v commented May 23, 2019

Sorry my mistake.
Current/default one is 2.2.1. Test one is 2.2.2 (above post is fixed)

@d-a-v d-a-v added the waiting for feedback Waiting on additional info. If it's not received, the issue may be closed. label May 23, 2019
@philbowles
Copy link
Author

Thanks! Originally I thought that for some bizarre reason it might be causing an exception in my code, but the code has moved on and I now can't replicate the exception (thankfully!). Hence it's not a "showstopper", more a "FYI" so I will close it now.

Thanks for rapid response and keep up the great work.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
waiting for feedback Waiting on additional info. If it's not received, the issue may be closed.
Projects
None yet
Development

No branches or pull requests

3 participants