Closed frozenpandaman closed 8 months ago
@niyari Oh, great! That didn't work for me during my testing, so I thought there was an issue, but I was doing it at 3 a.m. so I probably was doing it wrong 😆
Still, the Salmon Run job details query needs to be changed to the new value, and possibly a couple other fields supported (depending on what stat.ink does) so I'll leave this open for now...
f generation provided by imink
now supports 2.8.0 version NSO app, so I think now there's no need to fallback to version 2.7.1.
And I add support for new SR SPs added in ver6.0.0, and updated NSO app fallback version & splatnet 3 version hash.
And I see seems that stat.ink is already prepared for the new SR SPs & the coming Big Run.
I'll wait on bumping the version number to v0.6.0
until I can look at #144 & #145 in a couple days.
The f API is always associated with the NSO version number. Mismatched NSO version sent to The f API could result in errors, just like this time.
So I think get NSO version number from Apple App Store may not the best choice, and the major f APIs provide a /config
endpoint to provide the NSO version they're running. Maybe use NSO version from f APIs will be better.
I make a PR about this.#159 It should be compatible with existing version s3s, and when get NSO version from The f APIs failed it will fallback to APP Store.
v0.6.0 is now out: 059b3ea
Sorry for the delay; all users should now be prompted to auto-update which will fix the new specials in SR issue (without having to manually do a git pull
) along with other improvements.
Re-opening & "downgraded" back to v0.5.7 for the time being as #159 introduces a breaking error.
Fixed in c110e2e / 3f3691f, v0.6.0 re-released :^)
v0.5.0 roadmap: https://github.com/frozenpandaman/s3s/issues/128
Maybe:
https://github.com/frozenpandaman/s3s/issues/144– Addressed, bumped to v0.6.1+GitHub Actions for building program executables?– v0.6.1+ (lol)