Any unclosed quote in comments causes skyscraper to always log in as `anonymous` on `screenscraper.fr`
keks24 opened this issue · comments
Describe the bug
Any unclosed quote in comments causes skyscraper
to always log in as anonymous
on screenscraper.fr
I could also reproduce this with different comments.
I have not tested this for other scraping sources
, yet.
To Reproduce
- Open the configuration file
/home/pi/.skyscraper/config.ini
- Append the following information for
screenscraper.fr
:
[screenscraper]
userCreds="<some_username>:<some_password>"
interactive="false"
cacheCovers="true"
cacheScreenshots="true"
cacheWheels="true"
cacheMarqees="true"
- Start
gathering resources
viaskyscraper
viaretropie_setup.sh
:sudo /home/pi/RetroPie-Setup/retropie_setup.sh
3.1. Go toConfiguration / tools - skyscraper - Gather resources
3.2. Markgbc
using thespace key
3.3. Move the cursor to<Start>
and press theEnter key
3.4. Move the cursor to<Proceed>
and press theEnter key
3.5. Immediately, gracefully abort the process by pressingCTRL+C
once - Do a
backward search
in theterminal buffer
and search for the stringFetching limits for user '<some_username>'
:
Fetching limits for user '<some_username>', just a sec...
Setting threads to 1 as allowed for the supplied user credentials.
- Repeat
step 1
- Navigate to the comment
#videoConvertCommand="ffmpeg -i %i [...]"
- Remove one quote sign like so:
#videoConvertCommand=ffmpeg -i %i [...]"
- Repeat
step 3
- Search for the string
anonymous
:
Forcing 1 threads as this is the anonymous limit in the ScreenScraper scraping module. Sign up for an account at https://www.screenscraper.fr and support them to gain more threads. Then use the credentials with Skyscraper using the '-u use
r:password' command line option or by setting 'userCreds="user:password"' in '/home/USER/.skyscraper/config.ini'.
For step 6 and 7
: Any other comments can be used as well.
Special circumstances
None.
Terminal output
See above.
Technical information
- Skyscraper version:
3.6.15
(compiledfrom source
) - Internet connection:
wifi
- OS:
RetroPie 4.7.15 (Commit a78526b8, 8 weeks ago)
- OS Version:
Raspbian Buster (Debian 10)
Additional context
None.
-Ramon
PS: HTML comments
(<!-- -->
) can be used to hide instructions for the issue template. :)
ini comments
(;
) are ignored properly, so the following is not affected in the config.ini
:
; something "text
This means, that using the correct comment characters will fix this.
Both hash and semicolon are correct comment characters, so I would argue against semicolon being the correct one as you state. Hash are more widely used. Semicolon are used, but less so. I don't feel like this edge case is sufficient cause to change it to the lesser used semicolon. Thanks anyway.
Reopening, I read up on the actual ini file format, and it seems you are correct. I will consider changing this. Thanks.
Fixed, closing.
Reopening, I read up on the actual ini file format, and it seems you are correct. I will consider changing this. Thanks.
Sure thing! :)
Fixed, closing.
Awesome!
But now I ask myself, why the configuration file was parsed in a semi-wrong way? We may never know, he he.
It seems like using hash in an ini file actually has some sort of functionality in conjunction with lines that have variable definitions. That would somewhat explain the behaviour as those lines would be parsed differently and ends up just looking like "odd behaviour".