Skip to content

Stuck at Reading Metadata #25

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
fei0316 opened this issue Aug 30, 2023 · 7 comments
Open

Stuck at Reading Metadata #25

fei0316 opened this issue Aug 30, 2023 · 7 comments

Comments

@fei0316
Copy link

fei0316 commented Aug 30, 2023

First of all, thank you for such great application!

I am getting an issue where attempting to upload some music files would cause the site to get stuck at "Reading Metadata..." in the Upload Settings dialog, while it worked fine for other files. I am on openSUSE KDE Tunbleweed running ungoogled-chromium. I am getting the current error in the Console when it gets stuck:

DOMException: The requested file could not be read, typically due to permission problems that have occurred after a reference to a file was acquired.

If necessary, I can send you a sample file that would cause this issue. Thank you!

@fei0316
Copy link
Author

fei0316 commented Aug 30, 2023

Update: Looks like this issue only occurs when the filename contains Japanese or Chinese characters.

@asivery
Copy link
Owner

asivery commented Sep 1, 2023

Hi there!
If you could provide me with a file like that, that would be awesome. To test it, I have renamed one of my flac files to '漢字.flac', but I couldn't replicate it, however it sounds like there's an issue with your system. Make sure you aren't:

  • running chromium as a separate user, who has no access to the files you're trying to upload
  • running chromium within something like a flatpak - they can sometimes mess up the permissions
  • incorrectly setting the permissions on the file you're trying to upload
  • having SELinux interfere - it can sometimes cause weird problems with permissions, even though they seem to be set up correctly.

I have tested it on Kubuntu 22.04 LTS, and it works fine even on files with kanji in their filenames.

@fei0316
Copy link
Author

fei0316 commented Sep 1, 2023

I just got a random mp3 file with only Latin characters and it worked fine. After adding one Chinese character 啊 after the filename it would fail to read the metadata. Thus I don't think file permission or anything specific to my music files being the issue. I also just tested with normal Chromium and it's the same problem.

When using the original Web Minidisc, it would not get stuck at the Reading Metadata stage but instead fails to upload the music to the NetMD recorder.

Please let me know if there is anything I can help you try.

@asivery
Copy link
Owner

asivery commented Sep 3, 2023

@fei0316 On original WMD it doesn't get stuck on "Reading Metadata", because it just doesn't have this step. It's part of the upload stage on that version. Make sure you can f. ex upload a file like that to google drive using the browser. For me it seems like a problem with your setup - especially that DOMException error.

@fei0316
Copy link
Author

fei0316 commented Sep 18, 2023

I just tried uploading a file to Google Drive with my setup and it works fine. Anything else I can try? It does indeed smell like problem on my setup though...

@andreas-hartmann
Copy link

I was able to replicate it. In my case German umlaut character "ü" triggered the issue. I have an mp3 file named "01 Wir müssen.mp3" and an MZ-N510. As soon as I replace ü with ue it works fine. I'm using Brave Brswser on Arch Linux - browser and OS choice might matter in this case.

@ThisIsSet-L
Copy link

ThisIsSet-L commented Sep 25, 2024

Having same issue with file titled: "06. Disclosure - Someday… (Explicit).flac"
All other files work fine from same album. The ellipses after "Someday" is a single character.

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

4 participants