Can't connect to solrcloud.metabrainz.org:443 (certificate verify failed)
2025-05-28 14802, 2025
YoMo12[m]
SSL connect attempt failed error:0A000086:SSL routines::certificate verify failed at /home/musicbrainz/carton-local/lib/perl5/LWP/Protocol/http.pm line 49.
2025-05-28 14808, 2025
YoMo12[m]
Searching for artists
2025-05-28 14827, 2025
bitmap[m]
zas: julian45: any idea? ^
2025-05-28 14850, 2025
julian45[m] joined the channel
2025-05-28 14850, 2025
julian45[m]
unfortunately unavailable for the next few hours due to a pre planned thing
2025-05-28 14850, 2025
julian45[m]
but
2025-05-28 14831, 2025
julian45[m]
assuming that comes from the perspective of an MB instance trying to connect to solrcloud, my guesses would be an expired cert being served by solrcloud, a somehow invalid/corrupted cert, or issues with the client consuming the cert within MB
2025-05-28 14848, 2025
julian45[m]
may be worth taking a look at solr changes re SSL between old and current versions
2025-05-28 14822, 2025
bitmap[m]
the cert has indeed expired (NotAfter: May 27 23:59:59 2025 GMT)
2025-05-28 14807, 2025
bitmap[m]
I temporarily disabled SSL verification for solrcloud.metabrainz.org inside the MBS containers to buy us some time
2025-05-28 14803, 2025
vardhan joined the channel
2025-05-28 14831, 2025
vardhan_ joined the channel
2025-05-28 14805, 2025
vardhan has quit
2025-05-28 14809, 2025
vardhan_ has quit
2025-05-28 14807, 2025
Zhele has quit
2025-05-28 14844, 2025
Strykar has quit
2025-05-28 14857, 2025
Strykar joined the channel
2025-05-28 14841, 2025
Zhele joined the channel
2025-05-28 14822, 2025
_BrainzGit
[metabrainz.org] 14fettuccinae opened pull request #507 (03metabrainz-notifications…notification-table): Add fetch, mark and delete endpoints for notifications https://github.com/metabrainz/metabrainz.org/pull…
2025-05-28 14834, 2025
_BrainzGit
[listenbrainz-server] 14fettuccinae closed pull request #3252 (03master…slow-dashboard-fix): LB-1630: Dashboard for users with sporadic listens loads slowly https://github.com/metabrainz/listenbrainz-server…
bitmap: YoMo12 cert issue should now be fixed, it was a double issue, certificate wasn't updated and check for expiration wasn't working, both should be fixed now.
2025-05-28 14834, 2025
nawcom joined the channel
2025-05-28 14843, 2025
vardhan_ has quit
2025-05-28 14828, 2025
nawcom has quit
2025-05-28 14845, 2025
Maxr1998 joined the channel
2025-05-28 14852, 2025
Maxr1998_ has quit
2025-05-28 14810, 2025
nawcom joined the channel
2025-05-28 14809, 2025
monkey[m]
<lucifer[m]> "monkey: I have updated LB#3260..." <- Yes, I'll deploy in test and have a look at the UI
monkey: it might not work on test.lb because the table needs to be updated first.
2025-05-28 14847, 2025
monkey[m]
Ah, I see.
2025-05-28 14852, 2025
monkey[m]
Let me run it locally
2025-05-28 14817, 2025
lucifer[m]
you might need to run the last fm importer container too.
2025-05-28 14844, 2025
monkey[m]
In the meantime, it looks like one of the tests is failing
2025-05-28 14801, 2025
monkey[m]
Definitely some changes needed for the UI
2025-05-28 14816, 2025
lucifer[m]
ah i'll fix that
2025-05-28 14841, 2025
lucifer[m]
cool, i'll fix the test and leave the the UI changes and then merging up to you
2025-05-28 14833, 2025
monkey[m]
I figure I'll work on it directly, ____junaid____ has enough to think about with the GSOC project approaching.
2025-05-28 14834, 2025
monkey[m]
I had done the export data status thingy, so I'll make it closer to that.
2025-05-28 14816, 2025
lucifer[m]
yup makes sense, test should be fixed now btw. what are the UI changes needed?
2025-05-28 14804, 2025
monkey[m]
Many changes needed. Basically making it more like the export page status
2025-05-28 14833, 2025
monkey[m]
But also includes moving some hide/show logic into the status component rather than the parent. It's in line with some work I was looking into yesterday about UX for LFM imports in LB-1728 , so I want to apply some of the suggestions on the ticket from aerozol
<lucifer[m]> "mayhem: re navidrome, do you..." <- no real opinion, but I respect the desired to identify (troublesome) clients. unless it presents a problem for you, I'd say run with it.
2025-05-28 14819, 2025
monkey[m]
<lucifer[m]> "oh i just saw the comment, i..." <- Thanks for working on the last improvement!
monkey: sure i'll do that later today, i am reviewing the slow dashboard PR atm
2025-05-28 14844, 2025
monkey[m]
OK. When you do, and if you deploy to beta to check it, please put the bootstrap5 branch back on beta afterwards.
2025-05-28 14845, 2025
monkey[m]
I will update the BS5 branch with latest master changes now.
2025-05-28 14813, 2025
fettuccinae[m] joined the channel
2025-05-28 14813, 2025
fettuccinae[m]
mayhem: Are all the endpoints supposed to be private and and should only MeB projects be allowed to access them? I thought only `notification/send` endpoint was supposed to be private and that the remaining endpoints could be accessed by end users .
2025-05-28 14825, 2025
fettuccinae[m]
s/and//
2025-05-28 14802, 2025
mayhem[m]
<fettuccinae[m]> "mayhem: Are all the endpoints..." <- everything is private. only MeB projects should be able to access them -- at least that is how I envisioned it. I think we should go with that now -- if people make a good case for them being public, then we can change them later. not a lot of work.
2025-05-28 14851, 2025
fettuccinae[m]
<mayhem[m]> "everything is private. only..." <- Oh, then I'll need to revert the token_required decorator to its previous version. And till client credentials grant is added, the auth checks will be skipped. Sorry for the misunderstanding:(
2025-05-28 14815, 2025
mayhem[m]
all good!
2025-05-28 14842, 2025
yvanzo[m]
Hi bitmap, please proofread the pull request to upgrade search for mirrors, I finished testing it. If everything is fine, I will release it today.
2025-05-28 14805, 2025
lucifer[m]
mayhem: pondering about fetching listens from timescale optimizations, i realise that the main use case of listens in timescale is to serve user dashboard which is always a per user data query. the per time data queries (stats etc.) are actually handled by spark. which makes me feel that partitioning our listens by users might be better timestamps. of course a partition for every user might not be feasible, pg would probably have
2025-05-28 14806, 2025
lucifer[m]
limits on it anyway so tradeoffs to consider but might be worthwhile exploring at some point.
2025-05-28 14848, 2025
bitmap[m]
<zas[m]> "bitmap: YoMo12 cert issue should..." <- thanks, I just re-enabled SSL verification for search queries, working fine now 👍
2025-05-28 14852, 2025
lucifer[m]
monkey: testing the dashboard speed up pr and it seems the frontend is not querying for extra listens correctly, at least not with the correct min/max ts.
2025-05-28 14803, 2025
monkey[m]
This is the suggested improvement we discussed, but that maybe wasn't implemented, no?
2025-05-28 14814, 2025
mayhem[m]
lucifer[m]: remember that the social feed loads data from multiple users, is this in your planning?
2025-05-28 14817, 2025
monkey[m]
FWIW, for the social feed we can put a hard limit for how far back we want to go. Could be small, a week even.
2025-05-28 14825, 2025
monkey[m]
Or month, or whatever
2025-05-28 14829, 2025
mayhem[m]
lucifer: how would you partition by users?
2025-05-28 14811, 2025
lucifer[m]
[@mayhem:chatbrainz.org](https://matrix.to/#/@mayhem:chatbrainz.org) the simplest solution could one partition per user.
2025-05-28 14829, 2025
lucifer[m]
Timescale lets you partition by numeric columns.
2025-05-28 14855, 2025
monkey[m]
lucifer: I think maybe the front-end changes were in LB#3252 which is now closed
Can someone please confirm whether or not MusicBrainz Android is currently being maintained? If not, I plan to remove it from the Picard documentation when we publish v3 of Picard. Thanks.
2025-05-28 14835, 2025
Sintharu joined the channel
2025-05-28 14816, 2025
mayhem[m]
not being maintained -- we decided to sharpen the focus on the LB app.
2025-05-28 14800, 2025
lucifer[m]
monkey: i see, can you implement it in that PR?
2025-05-28 14809, 2025
vardhan_ has quit
2025-05-28 14818, 2025
ansh[m] has quit
2025-05-28 14834, 2025
kellnerd[m] has quit
2025-05-28 14826, 2025
Maxr1998_ joined the channel
2025-05-28 14841, 2025
Maxr1998 has quit
2025-05-28 14846, 2025
Gautam_coder[m] has quit
2025-05-28 14810, 2025
jasje[m] has quit
2025-05-28 14859, 2025
Sintharu has quit
2025-05-28 14800, 2025
BobSwift[m]
<mayhem[m]> "not being maintained -- we..." <- That's what I thought I remembered. Thanks for confirming.
2025-05-28 14820, 2025
rayyan_seliya123 has quit
2025-05-28 14832, 2025
suvid[m]
Hi lucifer... (full message at <https://matrix.chatbrainz.org/_matrix/media/v3/download/chatbrainz.org/PYnKCXLXXZQOFQzQitGtrVOL>)
2025-05-28 14835, 2025
lucifer[m]
suvid: i think handling the file uploads and creating a background task to process the uploaded files is a good starting point for the draft PR.
2025-05-28 14806, 2025
mamanullah7[m]
Hey lucifer: should I add this!?
2025-05-28 14806, 2025
mamanullah7[m]
And one more thing should I also create a draft pr!?
2025-05-28 14806, 2025
mamanullah7[m]
And regarding commits do i commit daily or weekly or if i complete a particular implementation then I shuld commit!?
2025-05-28 14827, 2025
lucifer[m]
m.amanullah7: i don't think you need error message in the oauth table, any error messages would be directly surfaced to the user. note that you don't need to implement imports only playback integration in brainplayer.
2025-05-28 14818, 2025
mamanullah7[m]
Okay my bad!!
2025-05-28 14837, 2025
lucifer[m]
for PRs, I would suggest to do it often to avoid losing changes. we can later squash the commits as needed.
2025-05-28 14846, 2025
lucifer[m]
s/PRs/commits/
2025-05-28 14850, 2025
mamanullah7[m]
lucifer[m]: Thanks! i'll create draft repo then and start commits!
2025-05-28 14832, 2025
mamanullah7[m]
* Thanks! i'll create draft repo and then will commit whatever changes i made!
