mirror of
https://github.com/koel/koel.git
synced 2026-04-25 16:56:02 +03:00
[GH-ISSUE #1040] Many invalid files due to 'preg_match(): Compilation failed' #619
Labels
No labels
Authentication
Dependencies
Documentation
Feature Request
Flac
Help Wanted
Installation/Setup
Integration
Mobile
PR Welcome
Pending Release
Performance
Playlist
S3
Search
Sync
[Pri] Low
[Pri] Normal
[Status] Keep Open
[Status] Needs Author Reply
[Status] Needs Review
[Status] Stale
[Status] Will Implement
[Type] Blessed
[Type] Bug
[Type] Duplicate
[Type] Enhancement
[Type] Help Request
[Type] Question
[Type] Task
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/koel-koel#619
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @svalo on GitHub (Aug 6, 2019).
Original GitHub issue: https://github.com/koel/koel/issues/1040
Hey, thanks for contributing to Koel! To save time for both of us, please make sure these checkboxes are checked before submitting the issue:
All checked? Now also make sure your issue
OS
Archlinux, latest release
PHP: 7.3.8 (FPM)
Nginx: 1.16.0
DB: MariaDB 10.4.7
Browser: not involved
Koel Version: latest master rev
fe9653eError
Hello, I receive many error while importing my library, on a desktop player it works fine with the same track giving error in koel.
This happens only on a subset of the songs, output of
php artisan koel:syncis
One example error message is
'07 One Rode To Asa Bay.mp3' is not a valid media file: Caught exception: preg_match(): Compilation failed: escape sequence is invalid in character class at offset 16I think this is due to the change from PHP 7.2 to PHP 7.3 where the Regexp engine version changed, here I found a brief but clear explanation.
I tried to search for the line calling preg_match to propose a fix but i'm not familiar with the codebase and didn't manage to find it.
@svalo commented on GitHub (Aug 6, 2019):
This issue is solved if i introduce the changes present in this commit
github.com/JamesHeinrich/getID3@68ef47e5bdof the the getID3 library@phanan commented on GitHub (Aug 7, 2019):
Thanks for reporting the issue! I've upgraded GetID3 to the latest beta and pushed some changes. Can you confirm if everything is fine?
@svalo commented on GitHub (Aug 7, 2019):
Hi, thank you for the fix :)
I stil get some errors mentioning
preg_match()but way less than before. (Maybe it's because my library didn't change)I think the issue is that the library version
v2.0.0-beta1gets built from thev2.0.0-beta1tag which doesn't contain the fix to the regexp pattern.While the tag
v2.0.0-beta1doesn't contain the fix the2.0branch doesAs I reintroduce the fix to the regexp I don't receive any more error regarding preg_match.
Maybe this should be addressed upstream tagging a new release for the
2.0.0...tag, I'm not sure@phanan commented on GitHub (Aug 8, 2019):
OK, I think we'll have to wait for @JamesHeinrich to release a newer version of GetID3 with the fix then.
@BrookeDot commented on GitHub (Apr 15, 2020):
Is this still an issue now that getID3 was bumped to v1.9.19 in
2de16f1ed9?@BrookeDot commented on GitHub (Apr 15, 2020):
I'm going to close this since I haven't been able to replicate in 4.2.2 and this should be fixed by v1.9.19 in
2de16f1? as mentioned above.