is /cp/serial/ working over mDNS names? (web workflow)

[gitcnd]

CircuitPython version

Adafruit CircuitPython 9.1.0-beta.1-24-g24f2e4f994 on 2024-05-18; S2Mini with ESP32S2-S2FN4R2
and
Adafruit CircuitPython 9.1.0-beta.3-28-g03e42a8c0c-dirty on 2024-06-15; AButton V3 with ESP32
and
Adafruit CircuitPython 9.0.5 on 2024-05-22; S2Mini with ESP32S2-S2FN4R2

Code/REPL

Connecting to my cpy boards (update: using the mDNS name - i.e. http://cpy-eaf90c.local/ ) delivers the "welcome!" screen. They include a "serial terminal" [sic] link which is a websocket (not serial) connection to the REPL as far as I can tell.

None of these work for me

Behavior

clicking "send" does nothing visible in my browser.
if I connect over serial (real serial - hardware RS232) I do notice that clicking the send button above locks up my serial console though, so something seems to be trying to work.

I've got a full working build system installed, so happy to help troubleshooot and fix this, if anyone wants to give me some pointers.

Description

No response

Additional information

No response

[dhalbert]

This is working for me, on Matrix Portal S3, in both the latest Firefox and Chrome, on Linux. I can click Send or press enter.

[tannewt]

What browser are you using? Are there errors in the browser's developer tools?

[gitcnd]

Ahh - you use the IP address, right?

Try again using the DNS name:

http://cpy-eaf90c.local/cp/serial/

I notice it works with the IP address, but not with the name.

I'm using Chrome on Windows; windows does properly resolve mdns so the web page at http://cpy-eaf90c.local/ loads and works fine, but not the /cp/serial/ part.

ymmv with ubuntu; I never figured out how to get that understanding mdns (at least not in WSL anyhow)

i.e. Click the "Hostname" from the IP address page:-

[gitcnd]

update - I notice it intermittently returns some parts of what got sent, after a multi-minute delay, if you leave the browser open for a long time.

(No chrome console messages show at all)

[dhalbert]

It works fine for me with both IP and cpy-nnnn.local names. I'm assuming your browsers are up to date. I've tested with all three operating systems. My LAN is running on a Verizon FIOS router.

Have you set the DNS server for your OS's to be your router (e.g., 192.168.x.x) or have you set DNS to directly go somewhere else, such as 8.8.8.8 (Google)?

Are you running a code.py that is doing something? If so, try removing code.py and see if it makes any difference.

[gitcnd]

code.py is default.

http://cpy-eaf90c.local/ loads and works fine.

http://cpy-eaf90c.local/cp/serial/ does not work properly.

Nor does the serial console from http://cpy-eaf90c.local/code/

both works OK as an IP address only.

Regardless of whether or not my network settings are involved, since http://cpy-eaf90c.local/ works fine, there must be a problem that needs fixing, even if there was something I could do to work around it. Fixing the cause is always better than covering up the symptoms with end user actions... (if it happens for me, others are suffering too)

[dhalbert]

I cannot replicate the problem locally, so I want to try to figure out what's different about your setup.

Do you have any extensions installed? Could you try Chrome with no extensions? See https://www.howtogeek.com/779557/how-to-start-google-chrome-without-extensions-on-windows/

What are your DNS servers?
What version of Windows, and what version of Chrome?
Could you try Firefox, Edge, and Opera?

[RetiredWizard]

@gitcnd Make sure you are not trying to reach https://cpy.....

I thought I was seeing the same issue but google chrome was hiding the https://, by clicking on the URL line and removing the "s" so it was just http://cpy... things started working fine.

[gitcnd]

@RetiredWizard @dhalbert

Yes! (kindof) Looks like it might be an extension issue? Chrome without extensions "half works" (and - weirdly - when working also fixes the other problem whereby any connection attempt from chrome locked up the serial console on the board making it unusable). Chrome does not work in that same --disable-extensions browser in incognito mode however (the IP address did load, but not the mDNS one).

The ESP32 required rebooting if connections failed (even the IP alone would not load it).

Another issue I noticed too: after a fresh reboot and using it over serial manually from a terminal, then waiting a few hours, nothing could see the mDNS name (the IP did still work). Rebooting the ESP32 fixed that, and the mDNS name could again be seen.

Manually disabling all my extensions got me a tiny bit further - but still not usable. only a few of my typed character turn up:

@dhalbert what board and cpy version are you using?

Is there any easy way to change the MDN name? it might be worth trying one with no hyphen (you never know...)