mirror of
https://github.com/koel/koel.git
synced 2026-04-26 01:06:00 +03:00
[GH-ISSUE #447] JS error in data response #313
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#313
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 @alex-phillips on GitHub (Sep 12, 2016).
Original GitHub issue: https://github.com/koel/koel/issues/447
As of a couple of days ago, I can no longer load up koel in Chrome or Firefox since the
/api/datarequest now fails.I'm given the following error in the Chrome console:
/api/data net::ERR_INCOMPLETE_CHUNKED_ENCODING.Firefox is a bit different. I don't get a console error, but instead the
/api/datanetwork item states the following:SyntaxError: JSON.parse: end of data when property name was expected at line 1 column 130921 of the JSON data. I can see in the response body in Firefox that the JSON is indeed incomplete.I don't know if anyone else has experienced this issue or not or why it has all of a sudden happened. It COULD be the size of my library, but if that is the case, would adding a
content-lengthheader to the response fix the issue? Maybe the browser is cutting the response short without knowing how long it is.@BernardGoldberger commented on GitHub (Sep 12, 2016):
Might be unrelated, but https://github.com/phanan/koel/pull/439 made me to get a 404 every time I was playing a file.
The reason was that since
streamingwas spelled wrong it was usingphpfor streaming files, when it was fixed it obviously went over to utilizingx-sendfilewhich needed some extra configuration.@alex-phillips commented on GitHub (Sep 12, 2016):
Maybe, but this started happening without me even pulling any new, but I did just update to be sure and no change.
@alex-phillips commented on GitHub (Sep 12, 2016):
Also, did a fresh install, new DB, and no change.
@BernardGoldberger commented on GitHub (Sep 12, 2016):
Did you check Nginx logs?
@alex-phillips commented on GitHub (Sep 12, 2016):
Interesting. Not sure if this is relevent, but something was in there:
"/usr/local/var/run/nginx/fastcgi_temp/6/01/0000000016" failed (13: Permission denied) while reading upstream, client: 192.168.1.66, server: alexphillips.duckdns.org, request: "GET /api/data HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "192.168.1.150", referrer: "http://192.168.1.150/music"@BernardGoldberger commented on GitHub (Sep 12, 2016):
Maybe this
@alex-phillips commented on GitHub (Sep 13, 2016):
Yup, looks like it was a permissions issue. Thanks!