mirror of
https://github.com/ramsayleung/rspotify.git
synced 2026-04-26 07:55:55 +03:00
[GH-ISSUE #205] Error parsing token_info #69
Labels
No labels
Stale
bug
discussion
enhancement
good first issue
good first issue
help wanted
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/rspotify#69
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 @rstcologne on GitHub (Apr 20, 2021).
Original GitHub issue: https://github.com/ramsayleung/rspotify/issues/205
Describe the bug
I'm trying to run one of the very simple example programs providing my own clilent_id and secret (not pasted here, replaced below with my_client_id and my_secret_key).
To Reproduce
Steps to reproduce the behavior:
compile and run
Expected behavior
println! at the end sending output to the console
Log/Output data
thread 'main' panicked at 'Error parsing token_info response: reqwest::Error { kind: Decode, source: Error("missing field
scope", line: 1, column: 142) }', /home/rst/.cargo/registry/src/github.com-1ecc6299db9ec823/rspotify-0.10.0/src/oauth2.rs:475:14Additional context
Please bear with me, I'm learning rust, so I might be doing something wrong here but I figured, I'd get at least and example program to run :-)
@ramsayleung commented on GitHub (Apr 22, 2021):
It seems there is something wrong your cache token, would you like to post it here. The default cache token would be
/your-project-path/.spotify_token_cache.json.@amPerl commented on GitHub (Apr 23, 2021):
Also seeing this as I'm converting an old python project over to
rspotify. I don't think the request forTokenInfoalways returns ascope, specifically when there are none requested for fetching non-user data like the issue author is.edit: works fine on
master, running off that now@ramsayleung commented on GitHub (Apr 28, 2021):
@rstcologne As amPerl pointed out, you could give the
masterbranch for a try, since we have been working on it for months to make it easier to use.@marioortizmanero commented on GitHub (Jul 8, 2021):
Closing as this has already been fixed.