ok, well, if I need to move meb to flask 2, then I'll do that.
with click 8.1.3 those deps install ok for me.
reosarevok
bitmap, yvanzo: I wonder if now that the new relationship editor collapses big lists of rels of the same type it would make sense to get rid of cardinality restrictions on the /edit pages, or at least be less conservative with which rels have many to one cardinality? (related, MBS-12905)
I guess it still makes sense not to show every recording of a place when editing a place though, so maybe the answer is "review what stuff has many-to-one set, and change any edge cases one-to-one now that we don't need to be so worried about it but leave the obvious cases as many-to-one"?
lucifer
mayhem: you'll also need to update flask-login to 0.6.2
mayhem
I've updated just about all flask related bits, still no luck.
lucifer
what error do you get?
mayhem
dependencies issues mostly.
lucifer
can you push your current changes? i'll take a look
you'll need to make some changes to click commands though.
mayhem
ok, let me do that.
lucifer
newer click versions, substitute `_` with `-`. so replace all usages of `init_db` with `init-db` so on.
alternatively, modify the commands to explicitly specify the underscore name.
mayhem
do you know if code changes for flask 2.x are needed?
lucifer
probably not.
mayhem
ok, I'll keep on going then.
thx
so far only two tests have failed, so looks promising
of course those test failures don't appear to be our fault, so lol.
yvanzo
reosarevok, cc bitmap: Yes, it would be helpful to document which (entity) types of relationships are hidden from which editing form and for which reason. There are likely some cases that are not longer justified.
Being able to edit the relationship credit for urls on both sides rather than just the url side
And yes, the relationship editor has never blocked adding any supported relationships, even if they are not usually visible there
yvanzo
Yes, but has there been any credit on URL relationship so far? What would it be used for?
reosarevok
That's useful at least for when you're adding a work and want to link several recordings in one go when adding it
It doesn't credit the url
It credits the other entity
So, this artist has a discogs page under name X or whatever
yvanzo
I understood that, I still don’t see the purpose.
reosarevok
If nothing else, merges set those sometimes so we should be able to remove them
But I know people use them for cases like "discogs has a page for legal name and one for artist name but we have one for both"
yvanzo
“That's useful at least for when you're adding a work and want to link several recordings in one go when adding it” how is it related to URL?
reosarevok
That one was for your previous question of relationship editors, sorry for the mixed answers :)
yvanzo
Now I’m not sure what answered to what...
reosarevok
Ok
To: "It is weird that a series can be linked from a label editing form which isn’t loading series."
"Yes, the relationship editor has never blocked adding any supported relationships, even if they are not usually visible there. That's useful at least for when you're adding a work and want to link several recordings in one go when adding it"
Everything else is about the urls
yvanzo
That’s useful but it might end up with duplicates.
about series-label ^
reosarevok
Well, it's not impossible
I wouldn't mind if the system had a way to load the stuff already there when you try to add new ones
But mostly if they're real duplicates the backend will ignore the edit
mayhem: considering LB#2344 is not ready for merging yet, if you still want to help with deploying LB I think we should do it now, and deploy again once 2344 is properly finished.
Huh, actually for that merge the edit history doesn't have any performers either, so unless it lost *all the edit history* too, then there probably wasn't any performer to begin with...
yvanzo
@All: Updating Jira app at :25
Done
reosarevok
Thanks!
bitmap
reosarevok: we could check the replication packet to be sure
reosarevok
bitmap: I haven't ever tried that - wanna do it and document it? :D
Also, hi, yvanzo, bitmap. Forgot the time, whoops :)
