\n doesn't get respected in the middle of strings/f-strings

[tyeth]

CircuitPython Version

Adafruit CircuitPython 9.2.0-alpha.2351-27-g8efae20769 on 2024-09-06; Adafruit Feather HUZZAH32 with ESP32
Board ID:adafruit_feather_huzzah32

Workflow(s)

USB

Browser(s)

chrome win11 Version 128.0.6613.120 (Official Build) (64-bit) - an update is ready to install though

Also using en-gb locale for browser.

Console Log

no error, just previous "Current File Changed to: /code.py"

Steps

connect with usb workflow, using esp32 v1 huzzah32 feather, paste this into code.py, save, open a different file (boot_log.txt) and then code.py again (don't think it matters about loading a different file first - a reload of same code.py via open dialog is fine) and notice corruption where the \n's should be. I found other weird corruption at my import lines with a different example (but with \n in data still).

Description

There is \n corruption.

Additional information

Sometimes it corrupts earlier in the import lines (unreproducible), seemed to just not save all the data or have some chunk missing/corrupted by escape characters later on in the code (which had \n's used in strings).

[tyeth]

If I change the \n to be \\n it then saves "correctly" as \n and reloads displaying correctly with a single backslash. Presumably I'd have to reinsert the extra backslash to save correctly again

[makermelissa]

Thanks,, I'll look today.

[makermelissa]

I'm not sure what code you were testing with. However, I did find an oddity regarding \n's. If I paste something like print("one\nline") and do the save/reload it is placed onto two lines with the newline character gone and the code on 2 lines. So it appears to either not be encoding the slash or decoding it properly.

[makermelissa]

Ok, re-reading your comments, I think what I described is basically the same thing you were seeing.

[tyeth]

Think that sounds about right, I'd have been copy and pasting out of vscode, into the code.circuitpython editor (now that it's great with esp32/Cx's), with a few \n print or logging statements in that large paste.

…

On Tue, 11 Feb 2025, 22:24 Melissa LeBlanc-Williams, < ***@***.***> wrote: I'm not sure what code you were testing with. However, I did find an oddity regarding \n's. If I paste something like print("one\nline") and do the save/reload it is placed onto two lines with the newline character gone and the code on 2 lines. So it appears to either not be encoding the slash or decoding it properly. — Reply to this email directly, view it on GitHub <#249 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABTBZ444M4JENAPKFHC5QM32PJ2CPAVCNFSM6AAAAABOBETVW2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNJSGE4TSNBSGI> . You are receiving this because you authored the thread.Message ID: ***@***.***> [image: makermelissa]*makermelissa* left a comment (circuitpython/web-editor#249) <#249 (comment)> I'm not sure what code you were testing with. However, I did find an oddity regarding \n's. If I paste something like print("one\nline") and do the save/reload it is placed onto two lines with the newline character gone and the code on 2 lines. So it appears to either not be encoding the slash or decoding it properly. — Reply to this email directly, view it on GitHub <#249 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABTBZ444M4JENAPKFHC5QM32PJ2CPAVCNFSM6AAAAABOBETVW2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNJSGE4TSNBSGI> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[makermelissa]

I verified with thonny, that it's at least being encoded incorrectly. Once that's fixed, then time to test decoding.

[makermelissa]

Ok, I've been tracing this and I believe it only affects USB workflow that is saved through the terminal as this seems to be where it loses the slash.

[makermelissa]

Ok, found the issue and fixed it in circuitpython-repl-js 3.2.4. It should be working in beta now.

Edit:
Yep, verified.