#metabrainz

ansh: Should I go ahead and merge the BS5 branch? Or wanna do the honors?

Feels so good to put that away and not have to think about future merge conflicts :D

I'll go ahead and merge the PR

However I do see one or two more nitpicks, which we can fix in a followup PR

[listenbrainz-server] 14anshg1214 merged pull request #3272 (03master…bootstrap5): Migrate to Bootstrap 5 https://github.com/metabrainz/listenbrainz-serv...

Perfect, thank you!

I think +6,256 −10,418 is a new PR diff record

Only if [complete rewrites](https://github.com/metabrainz/bookbrainz-utils/pull/40) (+16,272 −8,737) do not count 😜

lucifer: Let me know when you have time to talk about the slow loading dashboard issue, I'm getting confused about what we're improving and where 😅

I'm testing on test.LB, but still seeing up to 40 seconds *initial* page load in some cases. Happy to help implement multi-stage loading (initial load returns whatever it can in minimal passes, then front-end does another API call to get the rest)

I'm somewhat caught up after a quick chat with mayhem, will put down what I understood in a Gdoc

[@monkey:chatbrainz.org](https://matrix.to/#/@monkey:chatbrainz.org) can you share where you see the 40s loading time?

[@monkey:chatbrainz.org](https://matrix.to/#/@monkey:chatbrainz.org), [@mayhem:chatbrainz.org](https://matrix.to/#/@mayhem:chatbrainz.org) another option to speed up loading time, cache the latest 25 listens for every user in redis.

Looking at the test.LB logs for user Kanau (fetch listens Kanau 39.95s (5 passes))

This is for their second or third pagte of listens (i.e. API calls, not initial load)

I see. So the fix shouldn't do multiple passes at all for initial load.

So it's working as expected.

Let me check but I think the initial load was also slow

Subsequent loads will take longer as nothing has changed.

It shouldn't take more than 10-12s, which is not great but at least the page loads sort of.

We can shorted the one year search window to a few months and it would be faster.

Yeah, confirming the initial page load is still just as slow (31s in this case: https://test.listenbrainz.org/user/Kanau/?min_t...)

I see, I will check what's wrong.

Ah okay, I see.

If the url contains the min or max ts then the loading window is not bounded.

It is only restricted for initial profile load which means no min max ts in the url.

I see.

Not every elegant I know.

https://playvinyltap.com/ -- build with the CAA/MB! :) An attempt at making a music wordle.

I think a redis solution would work great.

lucifer, mayhem : Created this to keep track of the issues and proposed solutions, OFC feel free to correct and fill up details where needed

<mayhem[m]> "https://playvinyltap.com..." <- not the accented e 😂

really, that's lame.

should I suggest that that should be accepted?

Yes please

fettuccinae[m]: done

[listenbrainz-server] 14amCap1712 opened pull request #3286 (03master…missing-full-dump): Improve incremental dump error reporting https://github.com/metabrainz/listenbrainz-serv...

<fettuccinae[m]> "Yes please" <- He agreed, made the change and pushed it to production. 😎

<mayhem[m]> "https://playvinyltap.com..." <- Interesting that (at least today's puzzle for classic rock) seems to be based on the digital release which is the only one with that artist.

can of worms, cans of worms as far as they eye can see!

Still pretty neat.

yeah. the goal is to do "wordle for music"

I'm just bummed out because I would have gotten it on the first guess if they used the more common album artist. 😜

I think the author would appreciate hearing from you. want me to dm the email?

Sure, thanks.

[musicbrainz-docker] 14yvanzo merged pull request #306 (03master…mbdb30-solr9): Upgrade search services and requirements https://github.com/metabrainz/musicbrainz-docke...

Hi bitmap: Blog post and release notes are drafted, ready for proofreading ^

great! checking them now

Thanks, I just pushed the git tag.

Building the image for the musicbrainz service…

yvanzo: looks good to me, there are a couple more tickets we can close (I'm just not sure about the proper fix version): SEARCH-675 or SEARCH-740

SEARCH-675: Improve SIR's documentation about RabbitMQ https://tickets.metabrainz.org/browse/SEARCH-675

SEARCH-740: Update mbdata / Sir to MBS schema 30 (2025 Q2) https://tickets.metabrainz.org/browse/SEARCH-740

s/or/and/

bitmap: Thank you, I did add these two tickets along with mbdata releases to the blog post.

The Docker image is now available.

Hey lucifer: Could you please point me to the code that validates if the client is one of MeB's project.

Hi lucifer, mayhem: I’m updating MB mirror on `wolf`…

bitmap: Is it expected to have this output when rebuilding materialized tables on step 5?

Building release_first_release_date ...

Table not empty, skipping.

From https://github.com/metabrainz/musicbrainz-docke...

yvanzo: yes, it's a dependency of `recording_first_release_date`, so the script tries to build it in that case (and it's expected to be skipped if the table was previously built)