It is current behavior. But it will be addressed soon I think. It should be probably part of DB maintenance, that will remove old entries, which only take place and won't be used to speed up requests, because they expired. Thanks for reminder, I have inserted Mantis entry for this: https://www.ventismedia.com/mantis/view.php?id=15259

Hi there,
I recently stumbled over the URLRequestCache table in the MM5 DB and noticed that all requests I ever made with the getURLContentAsync function seem to be permanently stored there. At this point the table has close to 2.000 entries, dating back to 2017.
I mean, I'm not worried about functionality here - cached data is properly invalidated once the cacheTimeout period is passed and 2K entries isn't really a lot when thinking in DB dimensions. In addition I was (and still am) working on two plugins for the new auto-tag framework since 2017, so maybe my use case is just above average.

Nevertheless, I'm wondering if this is intended behavior - is the cached data meant to be stored permanently? Or is the caller of the getURLContentAsync function responsible to do some housekeeping later - and if so, how?