-
-
Notifications
You must be signed in to change notification settings - Fork 54
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
Scan fail due to track number being -1 #137
Comments
Hello, but you are writing that it is not like that in the ID3-Tags. thank you... |
Hi, I'm also having this problem. It was present on 1.4.0 and php5.5 now I checked on 1.4.1 with php5.6
So there is no Track number but it looks like it still tries to insert -1 the log file says:
|
Also as a suggestion, maybe we could have a try..catch around DB insert and just move on to next file if current fails for any reason? |
OK, so here's what I found. @sam50 got me the idea to use mp3info to compare my problematic file with his file and here's what I got (again I removed unrelevant information):
Could it be that it's not "Track Number" but "Year" that is being set to -1? I checked with other files with no Year information and mp3info correctly leaves the field empty, so there's definitely something going on here. Weird that other players never catched it... I guess they silently went over the file and ignored it or something. EDIT: Still, something is weird if the scan is switching "Track Number" and "Year", isn't it? |
I will try to debug with a local file on my side. thank you for your valuable feedback |
It could also be the file is somehow corrupted and mp3info shows this a the year being -1. Clementine, for example, shows the Year as being "0" (i.e. empty) in its GUI. |
hello, Can you open the files with a text-editor and copy-past the first lines with the ID3 information in plain text here? perhaps this gives a clue. |
Hi, I was too quick in drawing my conclusions actually. Removing the -1 in "Year" doesn't solve the problem. Here are the three first lines of the file:
I can actually share it with you if you have a private canal where we can do that. |
Hello, this breaks the scanner because -1 is actually a valid result of the type casting (int) but not for the unsigned database filed. |
Yeah, my file also has -1, just opened the file itself. Waiting for fix, thanks. |
Hello, https://dev.mysql.com/doc/refman/5.5/en/out-of-range-and-overflow.html |
I'm using Ubuntu's default. How can we test if MySQL is in strict-mode? |
I have default mysql 5.7 so global mode is:
Not sure if NC sets session mode |
#137 - values for year & tracknumber are normalized to a positive integer - strings for e.g. titles, artist, genre are truncated to DB size
scanner was adjusted
|
Good to hear! Thank you for this! ;) |
Expected behavior
Scan for audio file should be running OK.
Actual behavior
Scan from the web interface stalls at a particular entry. When run using CLI, it stops with the following error (anonymised):
Of course, the actual track number is not -1, but is simply missing.
Steps to reproduce the behavior
Server configuration
Operating system:
Ubuntu 16.04
Database:
MySQL Ver 14.14 Distrib 5.7.17
PHP version:
PHP 7.0
ownCloud/Nextcloud version: (see
/status.php
)Nextcloud 11.0
Updated from an older ownCloud/Nextcloud or fresh install:
Fresh install
Audio Player version: (see
/settings/apps
)1.4.1
Where did you install Audio Player from:
Nextcloud interface
Are you using external storage, if yes which one:
local/smb/sftp/...
No
Are you using encryption: yes/no
No
Logs
ownCloud/Nextcloud log
ownCloud/Nextcloud log (`/data/[owncloud|nextcloud].log`).
Nothing related to the issue (only one line due to a mistake in the admin setting at install).The text was updated successfully, but these errors were encountered: