-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
"File not natively supported" error when folder contains backslash #1941
Comments
thanks for the detailed report! i was able to reproduce the problem and will provide a fix |
mifi
added a commit
to mifi/file-url
that referenced
this issue
Apr 1, 2024
not sure why it was added in the first place but it seems to be causing problems here: mifi/lossless-cut#1941 e.g. on macos when trying to encode a file name with a backslash in it, it causes the backslashe to interpreted as forward slashes, which is not correct and causes the process opening the file to fail
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The fewer issues I have to read, the more new features I will have time to implement, so I ask that you please try these things first
Operating System
MacOS 12
Steps to reproduce
I had this infuriating issue recently. I opened a video file from my action camera (Osmo Action 3) and I got the following message: "File not natively supported. Preview may have no audio or low quality. The final export will however be lossless with audio. You may convert it from the menu for a better preview with audio."
I did not understand why am I getting this message. (Side note, the file didn't open with DaVinci Resolve either.) The file did open with iMove, QuickTime player, VLC, and Elmedia Player.
After pulling some of my hair out, it turned out I had a backslash in the containing folder name. I have quite a few folders with forward slash in the folder name, eg "This / That / Other". Apparently I did not pay attention and accidentally used backslahes, eg "This \ That \ Other" to name the containing folder.
In this case LosslessCut gives a confusing message by stating that "File is not natively supported..." blah blah and telling me that I might have to convert the file.
This is clearly incorrect because the problem was the backslash in the folder name () and not the file itself. Maybe this could be rectified because the message is confusing.
STEPS:
macOS 12.7.4
LosslessCut 3.59.1
Expected behavior
The file should either open, since there's nothing wrong with the file itself or somehow give a different message to the user if a backslash (or unsupported character) is detected in the path name.
Actual behavior
I described the actual behavior above.
Share log from developer tools
No response
The text was updated successfully, but these errors were encountered: