-
Notifications
You must be signed in to change notification settings - Fork 17.7k
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
Scripting: "Lua: open directory (@ROMFS/scripts) failed" message #14644
Comments
@rmackay9 Do we want to change this to be "Lua: No scripts found in @ROMFS/scripts" or just suppress it in this case? The message comes from the same place we normally use to load scripts from the SD card folder, so it is nice to have a message of some form to help make it easier to tell what went wrong there. Otherwise we could pass a "fail silently" flag in to say for ROMFS that we don't care if the directory isn't there. |
Displaying a message if there are no scripts found in either of the two possible directories sounds like a good idea but I don't think we should display any message if there are no scripts in the ROMFS directory but there are scripts in the SD card directory. |
@rmackay9 so do we need to change the issue title now? I believe the original issue was satisfactorily addressed. |
@peterbarker, yes, I think this is fixed now, txs! |
I thought this was fixed but it doesn't appear to be actually. I'm still seeing a, "Lua: open directory (@ROMFS/scripts) failed" message each time I start SITL if SCR_ENABLE = 1. Even if I have scripts in the scripts directory this message appears. |
The linked PR didn't actually address this, this is still pending. |
fixed by #26312 |
Recently it seems a new innocuous error message, "Lua: open directory (@ROMFS/scripts) failed", is being sent from the vehicle to the ground station. There are apparently two places where scripts can be held (@ROMFS/scripts and APM/scripts) so we should only display the error message if we don't find either directory.
As a general rule we should try not to spam the user with messages the may appear scary (i.e. "failed" sounds bad) when they do not actually need to act upon them.
The text was updated successfully, but these errors were encountered: