That would be absurdly harsh, but would kind-of make sense, if he had also moved the discID to the other release
But if not it's just stupid
(I mean, the vote)
"Hi, I just saw the other one we had wasn't right but was the same as this and I've fixed it and moved the discID there, would you mind canceling?" or something
hawke_1
Exactly.
as is it makes me want to just say “fuck you, murdos <lose discID>”
murdos
well, your edit was really of low quality: wrong capitalization of title, no barcode/catno, provided source with no tracklist ; as if you had not really knocked yourself out to find interesting information
that doesn't help for saying : "please merge"
hawke_1
How was it wrong capitalization? It’s exactly the same as the existing release, caps-wise
murdos
"À la poursuite du bonheur" vs "A la poursuite du bonheur"
hawke_1
Yeah, that’s the same capitalization
murdos
ok, but then the first character is not the same one
hawke_1
So yeah, I trusted the CDStub entry.
Regardless though, to say “you should have just attached it to this release which is perfect” when I *could not have done that* due to the track count difference is a dick move.
murdos
I'm not saying that. I'm saying you should have searched further and then you would have found that the other release was wrong. That's all. Quick and dirty editing just get quick and dirty voting.
hawke_1
Right, but even if I had: I’m not an autoeditor so I couldn’t have fixed the other release and attached it there
JoeLlama joined the channel
JoeLlama joined the channel
DrDyna
hm, crashed twice now, gonna take off compatibility mode and see if it does it again
culinko: My vote would be abstain — I don’t see much point in changing “&” vs. and, and I would prefer “as on release” for the tracklist at least (if not the recordings)
I don’t know enough about the Hahn one to vote, though I would be inclined to make it an artist credit
Orcie_ joined the channel
culinko
well i'm also changing to proper artist in track 19 in 3rd edit and some other changes here and there. even if those 3 edits will fail, there would be some releases with "&" and some with "and". i don't care about this, but i just want some consistency.
that's happening because the javascript that's run when you click the 'relate to' button returns true
if you make the js code return false, it'll fix it
should be a one-liner :)
Orcie_ joined the channel
DrDyna
cool, fingerprinting seems to go a lot faster than I was anticipating it would.
it may actually be done by tomorrow, hah
my poor music drive though, rahh rahhh rah hisss rahhhh
culinko
is there any way to see if the tracks on the release have acoustids without going to the recordings and fingerprints tab? some script or something would be cool :s
The latter shows icons for tracks that have acoustIDs, the former shows the acoustID(s) for each track much like the credits
culinko
hawke_1: sweet! that's exactly what i wanted
hawke_1
Those scripts are some of my favorites
culinko
well, the second one seems better for me (yet), the only thing i miss is to display a number of acoustids instead of the icon.
hawke_1
I like the first one for that.
Which reminds me: jesus2099: When you read the scrollback — feature request: can you have that script sort active/linked acoustIDs before unlinked ones?
kepstin-work loves how that script adds recording disambiguation comments to the release page
I love most everything about that script now.
winstonw joined the channel
The hiding of the +relate +merge links removed the last irritation
winstonw
Hi how would I search for a CD by Album title?
kepstin-work
winstonw: on the web page?
winstonw
What tag is it?
Recording?
hawke_1
release
kepstin-work
winstonw: release group is probably what you want
or release group, maybe.
or release*
winstonw
kind of useless :P
hawke_1
how so?
DrDyna
seems to work for me :P
winstonw
I mean, this should be on the wiki or the how to :D