The swap of Traffic for Traffic-Icebox in this ticket's set of tags was based on a bulk action for all such tickets that haven't been updated in 6 months or more. This does not imply any human judgement about the validity or importance of the task, and is simply the first step in a larger task cleanup effort. Further manual triage and/or requests for updates will happen this month for all such tickets. For more detail, have a look at the extended explanation on the main page of Traffic-Icebox . Thank you!

There was a recent improvement of thumbnails purge for similiar reasons on T331138.

For me the thumb looks fixed, but all versions of https://commons.wikimedia.org/wiki/File:Transit_timetable.svg are very similiar in the history.

Please revisit the thumb, maybe this can be marked fixed (due to the time sine 2019) or marking as duplicate

@Umherirrender ; You have to compare the PNG not the SVG, because the rendering has several rendering librsvg-bugs

date	{PNG,width=100%}
20190719151219 Glrx
20190719151217 Glrx
20190718222359 Glrx
20190718172926 JoKalliauer
20190717211718 JoKalliauer
20190717205007 SVGWorkaroundBot
20190717204757 Sushant savla
20190717163030 Sushant savla

PS the current rendering on https://commons.wikimedia.org/wiki/Commons:Help_desk/Archive/2019/07#can_someone_help_me_clearing_the_cache%3F looks on my browser like this:

In T228433#8794700, @JoKalliauer wrote:

@Umherirrender ; You have to compare the PNG not the SVG, because the rendering has several rendering librsvg-bugs

I have understand that this bug is about the thumbs not regenerated after purge/reupload and have looked at https://upload.wikimedia.org/wikipedia/commons/thumb/a/ac/Transit_timetable.svg/759px-Transit_timetable.svg.png
I cannot tell if the 759px thumb looks as it is from the last image or from older version of the image.

This bug is not about svg rendering, there are some other bugs, maybe this problem is already reported or should be reported as a new bug