Skip to content
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

Library scanner ignores files on Linux #9330

Closed
mixxxbot opened this issue Aug 23, 2022 · 4 comments
Closed

Library scanner ignores files on Linux #9330

mixxxbot opened this issue Aug 23, 2022 · 4 comments
Labels
bug duplicate This issue is a duplicate of or superseded by another issue. library

Comments

@mixxxbot
Copy link
Collaborator

Reported by: amusing-random-alias
Date: 2018-06-06T17:13:56Z
Status: New
Importance: Low
Launchpad Issue: lp1775438
Tags: database, library, missing, path, sqlite


(As initially reported in the forums*

Library folder scanning ihgnores certain paths in the Linux release of Mixxx 2.1.
The bug does not occur when using Mixxx 2.1 in Windows 10.

OS: Arch Linux as of 2018/06/02, all required packages installed and up to date.
Mixxx version: Mixx 2.1.0-1 (package build date: 2018-05-20 10:02 UTC**)
Music files (mp3, m4a) are located on a USB drive
Mounted drive permissions: My user is the owner with read and write permissions, but every other user may also read and write

Steps taken:

  1. Purged complete library, added library anew

More information:

Paths to the music files are either
"/run/media/[User]/Music/[Artist]/[Year] - [Album]/[Song].mp3"
or
"/run/media/[User]/Music/[Folder name]/[Song].m4a"

Mixxx' library scanner ignores the first path, but correctly scans the second.
However, when starting up, I can see the scanner run through the folders whose contents are not picked up.

A follow-on post*** says the following:

"Have the same problem in 2.0 and 2.1 as well. Fixed it by doing this query against the SQLite database:

update track_locations set fs_deleted = replace (fs_deleted, 1, 0);

2.1 seemed to like this permanently. 2.0 likes it, but if I do library rescan, mysteriously labels the same selection of tracks as "missing". So I have a copy of the database with a complete library, and don't rescan before the performance."

https://mixxx.org/forums/viewtopic.php?f=3&t=11894

**
Package site link: https://www.archlinux.org/packages/community/x86_64/mixxx/
In the AL archive: https://archive.archlinux.org/packages/m/mixxx/


https://mixxx.org/forums/viewtopic.php?f=3&t=11894#p38633

@mixxxbot mixxxbot added bug duplicate This issue is a duplicate of or superseded by another issue. library labels Aug 23, 2022
@mixxxbot
Copy link
Collaborator Author

Commented by: Pegasus-RPG
Date: 2018-06-07T15:09:00Z


Are the spaces in the first path part of the problem? (Are we correctly escaping the paths?)

@mixxxbot
Copy link
Collaborator Author

Commented by: amusing-random-alias
Date: 2018-06-07T16:58:53Z


If spaces were indeed a problem, the issue would also occur on the Windows version of Mixx, since every path type contains some.

And don't get confused by the differing file types in the path examples. These only indicate at what level a file is located.

@mixxxbot
Copy link
Collaborator Author

Commented by: uklotzde
Date: 2020-01-09T14:00:17Z


Probably fixed: #2321

@mixxxbot
Copy link
Collaborator Author

Duplicate of #9773

@mixxxbot mixxxbot transferred this issue from another repository Aug 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug duplicate This issue is a duplicate of or superseded by another issue. library
Projects
None yet
Development

No branches or pull requests

1 participant