Skip to content

Arduino Lab for MicroPython stuck in loading MAC OS #130

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

Open
mrdowling opened this issue Jul 17, 2024 · 3 comments
Open

Arduino Lab for MicroPython stuck in loading MAC OS #130

mrdowling opened this issue Jul 17, 2024 · 3 comments

Comments

@mrdowling
Copy link

I have been using Arduino Lab for MicroPython for weeks without issue. I was adding some new program files to my file location. Now the app is stuck in the loading upon startup. I'm using an Alvik robot with an Arduino Nano ESP32. My laptop uses MAC OS.
Screenshot 2024-07-17 at 10 34 14 AM

@ubidefeo
Copy link
Collaborator

ubidefeo commented Dec 17, 2024

@Real-John-Cheung
Copy link

I am still encountering this issue, in both the Mac app (v 0.11.1 on macOS 15.3, with a M4 Max chip) and Chrome (same machine Chrome version 133.0.6943.99 (arm64)).

I am using a third-party board with Micropython firmware, not sure if that's why it doesn't work. The serial does connect as when I use the reset button on the board I can see the serial information updating behind the frozen UI, which is quite funny.

If I use the file upload tab in the Mac app it connects with no issue, but if I try to connect to the board on the code tab the UI just freezes, which is confusing.

Image

@ubidefeo
Copy link
Collaborator

hi @Real-John-Cheung

sorry for the late reply, we're going through a Lab sprint so I only saw your reply now.
Your original issue was related to the old version of the editor trying to create a lib folder in root, which is not possible because / is not writable, while /flash is.
Can you tell me which board you are using?

I'm working on a fix to allow auto-recognition of the board's navigation root, which in your case should be /flash, so I guess there's an attempt at reading/writing the root and that makes it hang, but it should not behave like that.
One of the boards I test with does have /flash since it's in the Renesas port.

The more info I get from you the better, and thank you for already being detailed :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants