It redirects me to the OAuth page, and the previous method (password "password") doesn't work, neither does the test oauth account that @lucifer:chatbrainz.org made me a while back. It's okay if it's out for a week or two (until OAuth is launched), just wondering if there's a trick I'm missing. Just wanted to faff with some edit stuff :)
2026-07-20 20134, 2026
lucifer[m]
aerozol: the password is mb.
2026-07-20 20140, 2026
reosarevok[m] joined the channel
2026-07-20 20140, 2026
reosarevok[m]
Password has always been mb not password
2026-07-20 20134, 2026
srxl has quit
2026-07-20 20147, 2026
aerozol[m]1
Oh really! Wow, my memory is dust. Thanks everyone
2026-07-20 20108, 2026
www2 joined the channel
2026-07-20 20152, 2026
nawcom joined the channel
2026-07-20 20142, 2026
BrainzGit
[listenbrainz-server] 14MonkeyDo merged pull request #3766 (03master…spotify-expire-refresh-tokens): Spotify importer: adapt to refresh tokens expiring after 6 months https://github.com/metabrainz/listenbrainz-server…
(and added a warning message for spotify users, now that we have the option)
2026-07-20 20129, 2026
srxl has quit
2026-07-20 20136, 2026
BrainzGit
[listenbrainz-server] 14MonkeyDo opened pull request #3769 (03master…spotify-expiry-notifications-crontab): Add notify-spotify-refresh-token-expiry to crontab https://github.com/metabrainz/listenbrainz-server…
2026-07-20 20127, 2026
srxl joined the channel
2026-07-20 20124, 2026
monkey[m]
lucifer: Could I ask you to check the stats generation please? Looks like they are lagging behind.
2026-07-20 20125, 2026
monkey[m]
And could you please deploy the new prod image there when you can? It contains updates to the status api to have clearer stats generation timestmaps/alerts
for now the first email has gone but for future, if a user's refresh token expires and it is triggered by troi/bp or anything other than listens importer, it will silently fail.
2026-07-20 20159, 2026
lucifer[m]
in the current code, emails are only sent for refresh token expiry when encountered in the listens importer.
2026-07-20 20120, 2026
monkey[m]
Right, I looked at various options for keeping track of that. Maybe a chat later today when you are free?
2026-07-20 20124, 2026
lucifer[m]
i guess we won't trigger it immediately especially if the first warning email has been sent, so we could update prod for now.
2026-07-20 20130, 2026
lucifer[m]
sure
2026-07-20 20148, 2026
monkey[m]
prod has been updated, BTW.
2026-07-20 20148, 2026
monkey[m]
I did deploy the spotify reader first and waited until all users were processed, so users connected for recording history with expired tokens are now set as invalid_grant in the listens_importer table
2026-07-20 20105, 2026
lucifer[m]
sounds good
2026-07-20 20122, 2026
monkey[m]
Right now, prod logs are full of uWSGI listen queue of socket
2026-07-20 20133, 2026
lucifer[m]
hmm let me check if there is a pg deadlock
2026-07-20 20143, 2026
monkey[m]
(finishing lunch, can have a look in a bit)
2026-07-20 20104, 2026
lucifer[m]
no deadlocks.
2026-07-20 20151, 2026
lucifer[m]
looks like genuine load on LB.
2026-07-20 20129, 2026
lucifer[m]
there are multiple logs with super slow listen fetches and these should hopefully go away with the new partitioning scheme that we discussed last week.
2026-07-20 20120, 2026
lucifer[m]
i will need to make some more code changes but we should be able to use it with a new database on gizzard and then put it on beta this week. and then migrate prod to it when ready.
2026-07-20 20112, 2026
monkey[m]
lucifer: I'm also seeing a bunch of these errors in the LB-web-prod logs regarding MB oauth:
2026-07-20 20112, 2026
monkey[m]
`HTTPSConnectionPool(host='musicbrainz.org', port=443): Max retries exceeded with url: /new-oauth2/token (Caused by SSLError(SSLEOFError(8, '[SSL: UNEXPECTED_EOF_WHILE_READING] EOF occurred in violation of protocol (_ssl.c:1028)')))`
2026-07-20 20112, 2026
monkey[m]
SSLError? That's a new one for me.
2026-07-20 20141, 2026
lucifer[m]
monkey: its MB under high load. that causes gateways to terminate or refuse connections.
2026-07-20 20147, 2026
monkey[m]
I see
2026-07-20 20103, 2026
lucifer[m]
with new oauth this is slightly fixed.
2026-07-20 20128, 2026
lucifer[m]
well more than slightly. because we'll be also deploying and an internal https service for MB to communicate with MeB oauth on
2026-07-20 20136, 2026
lucifer[m]
we can resue the same for LB and other projects
2026-07-20 20101, 2026
lucifer[m]
still need to work and deploy that https service though.
2026-07-20 20135, 2026
lucifer[m]
zas: can we hashicorp vault as ssl cert CA for an internal https service? do you have some time to set it up?
2026-07-20 20101, 2026
Yateen[m] joined the channel
2026-07-20 20101, 2026
Yateen[m] uploaded an image: (215KiB) < https://matrix.chatbrainz.org/irc/v1/media/download/AZqnLJ6cWdWPAGM9cR_XA16ucY7yC9qzI6WKjCNLrKZq_65YaR3vmtK_RP44dcEB0x1-jneq7_RDsY3uxTs1s4hCefo8dGagAG1hdHJpeC5vcmcveERveWZjdGlVbUtXUXhoRGZ2VUhTWWJG >
2026-07-20 20101, 2026
Yateen[m]
HI monkey ansh Jade I am working on the preview page of the musicbrainz collections . I had used backend pagination which loads around 100 recordings in a given call . The page has infinite scrolling and keep calling another batch of tracks . For frontend I had used virtualization so that only around 15-20 tracks remain in the DOM at a given time . All tracks are fetched if user choses save as playlist/ play all . I had enriched
2026-07-20 20101, 2026
Yateen[m]
tracks with Cover Arts from the LB metadata cache. I tried to keep the page as similar as to original `playlist/` page . Have a look at the attached img , in the img there is no cover art since i hadnt seeded it .
2026-07-20 20101, 2026
Yateen[m]
Tell me if its good to go
2026-07-20 20123, 2026
Yateen[m]
<Yateen[m]> "HI monkey..." <- Also I think this message got lost in the chat. Do have a look whenever you are free
2026-07-20 20132, 2026
monkey[m]
That looks go at a glance Yateen . Just in case, does the count at the top reflect the whole colelction rather than the number of loaded tracks.
2026-07-20 20101, 2026
monkey[m]
Yateen[m]: I did see the messasge, but have not had time to have a look. Not sure I'll have time this week but I'll try
2026-07-20 20115, 2026
Yateen[m]
monkey[m]: Yes all tracks
2026-07-20 20108, 2026
ansh[m] joined the channel
2026-07-20 20108, 2026
ansh[m]
monkey: I was reviewing [this PR](https://github.com/metabrainz/listenbrainz-se…. Although the UI looks good, I feel there's definitely a room for improvement. I feel we should not have a dedicated sidepanel for the tags and just have a dropdown kind of a thing instead. What do you think?
2026-07-20 20106, 2026
monkey[m]
<ansh[m]> "monkey: I was reviewing [this PR..." <- I think it could match the type of sidebar we have on the fresh releases page or the art creator page for example, to keep a unified look.
2026-07-20 20106, 2026
monkey[m]
Other than tha, what did you have in mind for a dropdown? Where would it be, how would it look?
2026-07-20 20101, 2026
monkey[m]
My inkling is that we should review this whole section in the playlists page, it's already a bit messy.
2026-07-20 20101, 2026
monkey[m]
aerozol do you have some ideas for reorganising the top of the playlists page (see screenshots in the PR linked above, addition of a tags sidebar)?
We can place it near the sort by dropdown we have on the top
2026-07-20 20132, 2026
monkey[m]
I don't disagree in terms of space taken on the page, it's a lot more efficient. I still think we should reorganize that top bar though
2026-07-20 20158, 2026
ansh[m]
Fair enough
2026-07-20 20136, 2026
monkey[m]
Wouldn't be opposed for example to moving everything on the right of the top bar ()sort by, search, create, import) into a sidebar like the mockup in the PR.
2026-07-20 20136, 2026
monkey[m]
(with your suggested multiselect)
2026-07-20 20143, 2026
monkey[m]
But I guess at that point we might as well use our existing sidebar component
2026-07-20 20107, 2026
ansh[m]
Yes, if we move everything to a sidepbar (something similar to fresh releases) would look good
2026-07-20 20121, 2026
ansh[m]
s/sidepbar/sidebar/
2026-07-20 20145, 2026
monkey[m]
Let's see if aerozol agrees with that option
2026-07-20 20126, 2026
mamanullah7[m] has quit
2026-07-20 20130, 2026
clearing[m] joined the channel
2026-07-20 20130, 2026
clearing[m]
are we allowed to ask about possible IP bans here :AngelMenheraForgiving:
[musicbrainz-server] 14mwiencek merged pull request #3812 (03master…dependabot/github_actions/docker/setup-buildx-action-4.2.0): Bump docker/setup-buildx-action from 4.1.0 to 4.2.0 https://github.com/metabrainz/musicbrainz-server/…
2026-07-20 20118, 2026
BrainzGit
[musicbrainz-server] 14mwiencek merged pull request #3808 (03master…dependabot/github_actions/actions/cache/restore-6.1.0): Bump actions/cache/restore from 5.0.5 to 6.1.0 https://github.com/metabrainz/musicbrainz-server/…
2026-07-20 20118, 2026
BrainzGit
[musicbrainz-server] 14mwiencek merged pull request #3811 (03master…dependabot/github_actions/docker/build-push-action-7.3.0): Bump docker/build-push-action from 7.2.0 to 7.3.0 https://github.com/metabrainz/musicbrainz-server/…
2026-07-20 20118, 2026
BrainzGit
[musicbrainz-server] 14mwiencek merged pull request #3807 (03master…dependabot/github_actions/actions/cache/save-6.1.0): Bump actions/cache/save from 5.0.5 to 6.1.0 https://github.com/metabrainz/musicbrainz-server/…
2026-07-20 20142, 2026
JadedBlueEyes1 joined the channel
2026-07-20 20143, 2026
reosarevok[m]
<BANG>
2026-07-20 20153, 2026
reosarevok[m]
Welcome to another MetaBrainz Monday Meeting!
2026-07-20 20156, 2026
JadedBlueEyes1 has quit
2026-07-20 20129, 2026
reosarevok[m]
On my list for today: op3kay, yvanzo , bitmap , Jade , ansh , lucifer , jasje , Shreshth Sharma , Gopal , Garv Thakre , Haris , julian45 , MonkeyPython , Nirvan Jain , Lioncat6 , kellnerd , reosarevok, Yateen, zas , m.amanullah7
2026-07-20 20146, 2026
reosarevok[m]
But first we have a few mailed in reviews
2026-07-20 20156, 2026
reosarevok[m]
@fettuccinae:matrix.org says:
2026-07-20 20158, 2026
reosarevok[m]
'''
2026-07-20 20101, 2026
reosarevok[m]
Hello everyone!
2026-07-20 20104, 2026
reosarevok[m]
I was a bit under the weather last week and couldn't get anything done.
2026-07-20 20107, 2026
reosarevok[m]
I will get back to it as soon as I can.
2026-07-20 20108, 2026
reosarevok[m]
'''
2026-07-20 20111, 2026
reosarevok[m]
Get better!
2026-07-20 20129, 2026
reosarevok[m]
failure says:
2026-07-20 20130, 2026
reosarevok[m]
'''
2026-07-20 20134, 2026
reosarevok[m]
I have only gotten more sick since last week. I haven't really been able to get out of bed or move around much. I feel awful.
2026-07-20 20137, 2026
reosarevok[m]
On the bright side of things, I feel better than I was two days ago, so hopefully I am only gonna get better.
2026-07-20 20138, 2026
reosarevok[m]
'''
2026-07-20 20144, 2026
reosarevok[m]
Oh no. Get better as well!
2026-07-20 20106, 2026
LupinIII
:C
2026-07-20 20109, 2026
reosarevok[m]
waqib2992 says:
2026-07-20 20111, 2026
reosarevok[m]
'''
2026-07-20 20121, 2026
reosarevok[m]
Last week I mainly finished my work on the browse tab ( with download metadata as json and add book to calibre functionality ) . Created draft PR [https://github.com/bookbrainz/CaliBBre/pull/8] including the changes (it will be ready for review after I add the docs ).
2026-07-20 20124, 2026
reosarevok[m]
In the upcoming week I plan to start working on the collection tab and also get feedback on the PRs created.
2026-07-20 20125, 2026
reosarevok[m]
'''
2026-07-20 20139, 2026
reosarevok[m]
Glad to see you're not sick too! And neat
2026-07-20 20155, 2026
JadedBlueEyes1 joined the channel
2026-07-20 20100, 2026
reosarevok[m]
outsidecontext says: "I'm on vacation and won't be available for the meeting today. Last week we did another Picard beta release. zas will for sure have the details in his update."
2026-07-20 20106, 2026
reosarevok[m]
Enjoy!
2026-07-20 20101, 2026
reosarevok[m]
And monkey says:
2026-07-20 20101, 2026
reosarevok[m]
'''
2026-07-20 20112, 2026
reosarevok[m]
Last week, a bit this weekend and today I was preparing for a change in
2026-07-20 20112, 2026
reosarevok[m]
how Spotify deals with OAuth refresh tokens.
2026-07-20 20125, 2026
reosarevok[m]
They now expire after 6 months, forcing users to reconnect their
