#metabrainz

(And by "a couple" I mean like 1–3 in the, what, 6? years I’ve been community manager.)

thanks Freso

(So not a huge problem, but just something that pops up ever so rarely.)

Ah that's no so bad. But still bad if an editor is getting abuse or something

(I assume this is largely aggrieved editors?)

aerozol: Yeah, for sure. And also not sure of how many have received such messages and just not reported it.

👆

Would be neat if the message was directly on the system and then had a "report this message" button/link next to it.

Reminder that https://github.com/metabrainz/musicbrainz-serve... is the schema that we had that basically supports all of these options AFAICT

A little [ ! ]

reosarevok: Oh. I already have a 👍 on it. :p

aerozol: reosarevok has a raised hand btw. :)

maybe we can just add notifications for now but no messages?

lucifer: hah exactly what Adam is saying

lucifer: yeah, atj_mb just saying that

I had a tiny suggestion for LB navbar (idk how much sense it makes) - if we notice the order of links (Home, Feed, Recent, Data, Explore, About) we order it from specialized page to more general pages till Recent tab. The Data tab feels out of place in this order. It should come after Explore tab. Home > Feed > Recent > Explore > Data > About.

FWIW, I can’t recall having gotten any MB spam user e-mails. I also don’t think I’ve ever gotten a report of them.

Really, I'm missing how that's better, if we're going to keep emails

Or is the suggestion to also drop user-to-user emails?

reosarevok: but adding email is optional in MB? like you can delete it from MB after verifying.

Just make it so users with less than X time in the project and less than X edits / listens cannot contact others

lucifer: you can't edit MB if you delete it

ah i see.

I'm not sure why we even allow deleting it tbh

FWIW I get a reasonable amount of messages via MB, and they're mostly people asking for help / suggestions / trying to learn when I fix their album entries

I've never gotten spam AFAICT

I thought we had a preference on https://musicbrainz.org/account/preferences to allow for disabling letting people contact you, but apparently not.

I mean, anyone can contact you by leaving a note in an edit of yours anyway

And we obviously can't disable that

We can disable that sending *emails*, which was part of the reason we wanted notifications and messages :p

So that people wouldn't get emails about stuff

I don’t get why we are discussing spam for inter-user messaging when there’s no history of that happening to date and we have ways to report if it should happen… and those ways to report would be much improved by being on-site.

Yeah, it all seems absurd to me

🤷

I'm kind of surprised that that's the case to be honest

everywhere else that I've seen a public input box on the internet it gets spam

I mean, why spam people user to user when you can just spam on some edit notes

And get to spam many users at once )

maybe it's because you already have the strong restrictions on who can send a message in the first place

And there’s no reason to lessen those restrictions for on-site messaging.

We don't, apparently - I checked but it seems beginners can actually send messages

But I'd expect us to have them on messaging

Not even requiring an e-mail?

interesting

we require a confirmed email

Yeah, actually I expect we do require an email

But we require that for pretty much everything

so are we sure that there's no spam being sent through this system?

or just it's not being reported?

No, we're just sure nobody has complained

^

Since we... er, have no oversight about it, as per the previous discussion of issues :D

so if MB wants to add an outgoing messages table, that could be interesting to look at?

Sorry reosarevok, hard to keep track of the irc and mayhem is already over this topic anyway I think :P

And we know that between reo and myself we’ve never received any.

I think if we have social media links we should also allow people to add their email

Yes, I'm not expecting this to be taken into consideration anyway, just confused

We already have their e-mail.

It's clear a decision has been taken, so 🤷‍♂️

Wait Freso: I thought you were saying there ere reports of 1-3 cases of user email abuse

aerozol: Yes. Not spam.

Oh right yeah I think that’s what people mean, they just say spam automatically

I don’t think so? Didn’t feel that way to me.

Yeah, there was talk about gmail automatically stopping them and stuff

Right right

How did you see my emails

aerozol: Who are you asking?

Me, since they're full of stuff about moms, I guess

Oh.

Hey, not just that!!!

That and spam

And sausages and egg, I hope

lucifer: in case it's of any use as a base, this is what we had planned for notifications in MB:

Check if any virtual people want/need to be in on topics and then have those in the main room?

(we'd want to use it to notify users if someone thanks them for an edit note, and I guess also when someone comments on a note :) )

mayhem, alastairp: Are we supposed to take any minutes of the breakouts?

We can also do breakout rooms in the Zoom call and you can have someone join the Zoom call locally and I can toss you into your own subroom in the call.

reosarevok: makes sense, thanks.

Freso: I’ll nudge the others re. how to do the stream/zoom once they’ve sorted whatever they’re talking about now/organised the sessions

aerozol: 👍

So we’re doing "UI" in the main room when we return?

lucifer: is there a couchdb service missing in the LB local dev workflow/docker-compose file, or am I missing something?

monkey: uh yeah, just checked its missing. i'll add it but it won't have any data there. is there anything particualr you need from it?

Nah, just getting some connection errors preventing me from loading pages locally

reosarevok: most breakouts are now main session topics

If I remove the config item I get an issue about missing config option :)

So basically everything in the main room is still main session and minuted?

Ok

i see, i'll add the container locally.

lucifer: re: LB services, I'd like to use docker-compose profiles or the COMPOSE_FILE env variable (like musicbrainz-docker) does so that we can disable certain services during local development

I often prefer to have spotify reader shut down to minimise debugging, for example

sounds good, alastairp. i just use `./develop.sh up SERVICE NAME` for that currently.

and I use ./develop.sh stop SERVICE for the same thing :)

Not so great design ^

hehe

monkey: can you help me document the plus and minuses in the minutes too? :)

I think that might be useful to keep for later

The plut and minutes in the minuses

I woudn't mind moving project name and compose file to `.env` (or moving docker-compose.yaml in to .) so that `docker-compose` works too, and then develop.sh becomes an extension rather than the required tool into running the stuff. we can talk about this later, not important for today

makes sense

Freso: liked the Majora's Mask reference in the forum btw

(that's what it was, right?)

:)

It was, yeah.

FWIW, having "this is what I listened to the most" is nice in Spotify... especially *later on*

(so you can listen to the "my most listened bits" from like 3 years ago for nostalgia :p )

reosarevok: yes, of the MB one please.

lucifer: Do you still have a question or did you give up?

aerozol: wanted to point out same thing as rob that we already have playlists for things you didn't listen to but others did.

This might sound like a weird use case, but I would like to be able to follow people (to see what they're listening to), but not necessarily use their listens to provide recommendations.

"I want to laugh at what shit this people listens to"? :p

Yes. ;-)

rdswift_: does recommendations use people you follow? I thought not, but that would be kinda weird, I wanna follow friends with bad taste still haha

I honestly don't know. I've not used the recommendations much.

mayhem: a bit unrelated, but we could in general add combined playlists. let the user choose with which other users's listening history they want to get a playlist with.

Ooh BFF playlist

(Best Friends Forever)

hah indeed!

Someone mentioned "depressed Monday"(?) yesterday, I think it was.

Is there a way to have the majority of the data already calculated, and the just update it with the December data? That might shorten the processing time to allow faster response after year-end.

rdswift_: it'll take a few hours to run anyway so we can just do entire re-run from scratch.

Okay, thanks.

Don’t know if I got all of Rob’s notes, let me know what I missed if you see it: https://tickets.metabrainz.org/browse/MEB-142

MEB-142: Spotify Year in Music blog post/prep

lucifer: how good is LB in mobile btw?

reosarevok: not very good. the UI breaks down on smaller screens.

I mean, if we actually believe the thing about people dropping streaming to own music again, then tagging could make sense

I'm just not sure I believe this being a significant movement :)

If tagging is not really a thing, why are people angry that the app is not doing it well? :D

why are people tagging on mobile?

I'm not much of an app user, but the only thing I would likely use it for would be to scan a barcode (in a second-hand music store) to see if I already have the album in my collection.

(maybe they are? maybe they don't have a computer?)

rdswift_: the discogs app is quite good for that

rdswift_: Yeah. That’s pretty much all I’ve used it for in the past. :x

atj_mb: none of that recommendation of competitors :)

I've never looke dinto that. Thanks for the suggestion.

atj_mb: That requires you to use Discogs for that purpose. :)

reosarevok: but that's a great question

alastairp: I expect because they a) don't have computers, which I expect it's not super uncommon in many countries or b) they buy their music on their phones and listen on their phones so why would they move it to their computer to tag

got to remember that all people don't interact with music like we do

But I dunno, tbh

unfortunately (?), I don't have a Discogs account.

or computers

I think I’d like an app to browse MeB notifications (and messages).