but using arbitrary width and height, for example:
doesnt work anymore since some hours. why was this changed? are there no arbitrary width and height allowed anymore? if so, what values are valid?
Edit: It seems the links are working again, a few hours ago I got a 404 error for ALL boxart links (example above). Does this have something to do with this announcement:
Did you accidentally shut down other API parts too without annoucing?
I edited my post. The box art links are working now again. They were definitly NOT working about 10h ago, for several hours. Giving https://static-cdn.jtvnw.net/ttv-static/404_boxart.jpg errors. I noticed with my app that new box are links for games shown in my apps were not working anymore, I thought you changed the valid width and height maybe, but then I noticed ALL box are links gave a 404.
Here is the log and proof from tonight, I went to bed about 10h ago and just woke up and noticed the box art links are working again.
Update thread interrupted.
Resetting background tasks
Setting waiting bit: 0 = false
Setting waiting bit: 1 = true
Main update thread: interrupted @2
Main update thread: sleep 1000
First boot running game box data update: id=13050
Adding game boxes: [{“id”:“13050”,“name”:“Castlevania: Symphony of the Night”,“box_art_url”:“https://static-cdn.jtvnw.net/ttv-boxart/13050_IGDB-{width}x{height}.jpg",“igdb_id”:"1128”}]
Adding game id/url: Castlevania: Symphony of the Night, 13050, https://static-cdn.jtvnw.net/ttv-boxart/13050_IGDB-136x190.jpg
Starting imagedownloader for game boxes
Jun 07, 2023 3:17:49 AM twitwho.swingworkers.ImageDownloader lambda$doInBackground$0
SCHWERWIEGEND: null
java.io.FileNotFoundException: https://static-cdn.jtvnw.net/ttv-static/404_boxart-136x190.jpg
FireThreadDoneEvent received: gameBoxesDownload, status: false
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1910)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1512)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:268)
at twitwho.helpers.IOParser.downloadFileToImage(IOParser.java:1090)
at twitwho.swingworkers.ImageDownloader.lambda$doInBackground$0(ImageDownloader.java:144)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:750)
Seems there was an issue earlier but there isn’t an issue now.
There is nothing to investigate as it’s already solved (also note I am not Twitch Staff just another third party developer, so I can’t investigate more than test the issue myself and there doesn’t appear to be an issue at the moment)
Yes they are working again. But I find it odd, that the timing is maybe combined with the api end date for the badges. Maybe they messed something up and also did a 404 warning window for the box arts last night.
