mirror of
https://github.com/librespot-org/librespot.git
synced 2026-04-27 00:05:55 +03:00
[GH-ISSUE #181] [README] Librespot is crashing when connecting from a spotify client #126
Labels
No labels
A-Alsa
SpotifyAPI
Tokio 1.0
audio
bug
can't reproduce
compilation
dependencies
duplicate
enhancement
good first issue
help wanted
high priority
imported
imported
invalid
new api
pull-request
question
reverse engineering
wiki
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/librespot#126
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 @jerver on GitHub (Mar 3, 2018).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/181
EDIT FROM MAINTAINER: This issue will be left here for informational purposes. If your librespot is crashing with the error
WireError(InvalidEnumValue(13)), then that issue has been fixed, all you need to do is rebuild librespot from the latest commit and librespot will work again.Hi, 1st of all thx for this beautiful software!
Since yesterday, librespot is crashing when I use spotify connect on my ipad or android phone. From a windows 10 pc it is working well. I have a raspotify installation on a rpi 3 with raspbian jessie lite. Hope someone can help me. Thx!
$ /usr/bin/librespot -n hello
INFO:librespot: librespot (raspotify)
4f3a594(2018-02-17). Built on 2018-02-20. Build ID: 8u37iq02INFO:librespot_core::session: Connecting to AP "gew1-accesspoint-b-592p.ap.spotify.com:4070"
INFO:librespot_core::session: Authenticated as "spotify1967" !
INFO:librespot_playback::audio_backend::alsa: Using alsa sink
INFO:librespot_core::session: Country: "NL"
thread 'main' panicked at 'called
Result::unwrap()on anErrvalue: WireError(InvalidEnumValue(13))', /checkout/src/libcore/result.rs:916:5stack backtrace:
0: 0x8b5da3 -
1: 0x8bfefb -
2: 0x8ae45b -
3: 0x8adf37 -
4: 0x8ae907 -
5: 0x8ae74f -
6: 0x8ae6d7 -
7: 0x8ae67f -
8: 0x9170e3 -
9: 0x520bb3 -
10: 0x4f9d7f -
11: 0x518a8f -
12: 0x5037b3 -
13: 0x4acaff -
14: 0x49e3e3 -
15: 0x49775f -
16: 0x4ae403 -
17: 0x4979ab -
18: 0x8ae5af -
19: 0x8d527f -
20: 0x8b5a2f -
21: 0x4aee5f - main
22: 0x76db2293 - __libc_start_main
@tomtaylor commented on GitHub (Mar 3, 2018):
I believe this was fixed in https://github.com/librespot-org/librespot/pull/167
@sashahilton00 commented on GitHub (Mar 3, 2018):
This was indeed fixed in #167. The solution is to rebuild librespot with the latest commit. I assume you are using Raspotify from the fact that your binary is stripped, in which case, I believe v0.10.4 of raspotify has this fix included.