[bookbrainz-site] 14dependabot[bot] opened pull request #928 (03master…dependabot/npm_and_yarn/http-cache-semantics-4.1.1): chore(deps): bump http-cache-semantics from 4.1.0 to 4.1.1 https://github.com/metabrainz/bookbrainz-site/p...
With the old relationship editor I had tried to use them also to cache entities which my userscripts themselves fetched from `/ws/js` but the React relationship editor does not seem to like that:
lucifer: do you have link to the VLC listenbrainz plugin PR?
Sum joined the channel
petitminion has quit
ArjunM joined the channel
Sum has quit
lucifer
mayhem: oh yeah. i had looked into it but forgot to tell you about it. that plugin work got clubbed in with the rust integration in VLC. so work is split across PRs, afaiu once rust is integrated into VLC codebase, no other blockers.
my understanding is that rust integration is being actively worked but ofc jb can tell about it better.
Aqib has quit
ArjunM has quit
Sum joined the channel
Sum
Hey hi hello, anyone online familiar with `musicbrainzngs` python wrapper for MusicBrainz API?
smach joined the channel
bitmap
kellnerd: they aren't used anymore. maybe I should revive MB.entityCache though
kellnerd
Thanks bitmap! I wasn't 100% sure because they are still exposed via the `MB` global.
So it's fine that I'm using my own cache for now until/unless you decide to revive it.
Sum has quit
bitmap
the rel editor doesn't cache entities at all anymore afaik, so I think they'll be duplicated for each relationship, which isn't ideal. I'll check if it helps with memory usage
alastairp: hi, it looks like Sentry hasn't received any issues in the past 2 days. I wonder if it's still stuck processing stuff from the db downtime?
if possible i'm ok with just resetting the whole instance and losing existing issues, I just want to be able to see new issues for our beta release