yep I'm aware of that, but I was afraid that the rate-limits would throttle me a lot. But I guess these URLs will already be included in the database itself, right?
BrainzGit
[bookbrainz-site] 14MonkeyDo opened pull request #834 (03master…monkey-fix-redux-slowness): fix(entity-editor): Remove slow deserialization in redux state https://github.com/metabrainz/bookbrainz-site/p...
lucifer
yvanzo, reosarevok: ^ q3lont 's query
mayhem: alastairp: huh, spotify didn't even send the data in ms, its still s. `"timestamp_utc": "2022-01-06T16:45:41Z"`
mayhem
Really? fFs
lucifer
"message_offline_timestamp": 1645968764166,
reosarevok
q3lont: IIRC the urls are not in the database as such, but the database does have info of whether cover art exists for a particular release?
lucifer
i had earlier seen this and thought they did send in ms but this field is something else.
its 0 for most streams
reosarevok
Let me see how we do it
lucifer
so the only other time field is timestamp_utc which is still in s resolution. 😞
We also have CREATE TYPE cover_art_presence AS ENUM ('absent', 'present', 'darkened'); which means you know whether there's something to get before you try to
so it seems that with the replicated db, I can generate a release group's cover art by querying the release_group_cover_art table and generating the covert art url for the linked release, like https://github.com/metabrainz/musicbrainz-serve... does
Like when we changed some stuff for RG types and it triggered a reindex because we sent the full change
yvanzo
reosarevok: it is related to "MB updates too many things" at least when it overwrites columns with the same value.
reosarevok
So we really should try and figure out a fix in MB, I guess...
yvanzo
No it doesn’t solve the issue of editing RG types.
reosarevok: It’s more a SEARCH issue really.
The MBS issue is when the server overwrites columns with the same value.
cuanim joined the channel
cuanim has quit
cuanim joined the channel
reosarevok
So there's two issues, one is "MBS sometimes sends 'changes' even if nothing has changed" and the other is "MBS sometimes sends legit changes, but they are not relevant to SEARCH and they should get ignored"?
yvanzo
1) yes 2) no they are relevant, but SIR is not able to cope with that many changes at once.
mayhem: PR lgtm thanks. one general comment, can you try moving this line outside if so that it is executed for both full and incremental case. want to test if those config help in the full case as well. https://github.com/metabrainz/listenbrainz-serv...
fine to merge now and try later separately
BrainzGit
[sir] 14yvanzo merged pull request #124 (03master…SEARCH-610-selective-live): SEARCH-610: Allow to selectively live update some search indexes only https://github.com/metabrainz/sir/pull/124
mayhem
how would you judge if it worked or not?
lucifer
mapping would be built much faster than now.
mayhem
in particular the execute statement would run in less time?
lucifer
yes
mayhem
I was kinda thinking of adding a check to see how long the queries take to run.
let me do that and then run it with both options and we'll see.
actually that isn't even needed. the output already is timestamped, lol.
And each project then has to install that package and import the JS themselves?
akshaaatt
The dependency is already there in DS
Importing the JS part is what I want to do in LB rn
BrainzGit
[sir] 14yvanzo opened pull request #126 (03master…SEARCH-609-diff-triggers): SEARCH-609: Triggers only fire message on data change https://github.com/metabrainz/sir/pull/126
q3lont has quit
monkey
akshaaatt: I'm not sure what is best. Importing the file directly from the node_modules BS folder, perhaps?
akshaaatt
I tried that but doesn't seem to work for me monkey
monkey
We're soon going to move to using React-Bootstrap in LB, and they require to install the bootstrap package and load the JS that way from node_modules: https://react-bootstrap.github.io/getting-start...
The path might be wrong in the context of the docker image. in the built image the node_modules directory is under `/code/listenbrainz/node_modules/…`
akshaaatt
Oh okay! Just so I have it right, it should be <script src="/code/listenbrainz/node_modules//bootstrap/dist/js/bootstrap.bundle.min.js"></script> ?
monkey
One other solution would be to automatically run a script after npm install to copy the BS file to `js/lib` where the previous one was.
(Or just replacing the file in git)
^that would basically be reverting to what we had before
akshaaatt
I think I like the first solution better but no firm opinions
The /code path fix doesn't seem to work still monkey (I did remove the extra '/' I had added)
monkey
Yeah, not sure we can access it that way
akshaaatt
Right
monkey
Just sanity checked with alastairp: probably best to revert to have a copy of bootstrap.min.js in the static folder
Flask won't allow you to access files outside of the statis folder
static*
akshaaatt
I did try that as well before but that didn't seem to work well for me monkey
I understand that. But we'll be replacing it with the 5.1.3 version right
monkey
Right
And once we migrate to using react for all our pages (part of the SPA project), we can figure out how to package bootstrap as a dependency in webpack, to be compiled with the rest of our common js code