#musicbrainz

ruaok: 55k for mozart

wow

Is that counting every time someone types the alias into the search box?

no

What is it counting?

good question :P

:)

I think it's the number of times the old tagger looked it up or something

luks: any idea why http://rafb.net/p/6mFmfp82.html gives track level ARs?

I've tried @arLinks = $link->FindLinkedEntities($artist->GetId,

argh

<ruaok> good. a little miffed at douchebag reopening my bugs, but that is another story. :) <- only one bug. singular. and hey, I don't reopen bugs for fun

I've tried @arLinks = MusicBrainz::Server::Link->FindLinkedEntities($artist->GetId, ...) too

Kilu: leave it be and close the bug. I'm pretty damned pissed off at you.

why would you be pissed at me? I only pointed out that it doesn't work eventhough you said it would

very mature

so I guess the whole "call for search testing" is a load of bollocks

adamgolding has joined #Musicbrainz

i don't really get it why you two got into such a clash with this single bug report

outsidecontext: http://bugs.musicbrainz.org/ticket/3804

I hate it when people start bug reports by insulting my work.

I only reopened it because it doesn't work

seriously

this time PLEASE LOOK AT THE LINK I JUST POSTED.

if that link is your proof, you misunderstand me

as I said before

kilu: i think it begins with your initial comment. it might not sound that harsh, but i can understand that the developer behind this all does not enjoy reading the bug report

perhaps

ruaok: I think /htdocs/show/collection/index.html and /htdocs/show/collection/missing.html should be moved into /show/user/?

or at least my index.html should be renamed

niklas: I think that works fine.

as it is now, or moving it?

that one someone can go to: /show/collection to see their collection

the server autocompletes index.html

kilu: and as i understand it there is not much that can be done about it. including the ' as part of the word is a reasonable decision for the search engine

aha alright

outsidecontext: actually there is. I fixed it to return the proper results.

seems like index.html is for the page you go to when clicking a menu title, the parent of a sub-menu

in the top menu

I think that is a side effect, not a rule. :-)

ah ok :)

ruaok: searching for "amelie" doesn't find "d'amelie". this is the core of the bug report

ruaok: I think what kilu means is that a french person would expect to find that result by searching for amélie

substring searching doesn't seem to work for anything else either, so why should it work for d'amelie?

grrr. now its now there.

feck.

ruaok: sure, but it does not include "Le Fabuleux Destin d'Amélie Poulain"

so you see now I keep opening the bug

why*

I was working, but I broke it with something else. sucky timing on my part.

ah

and mine

well anyways

kilu: try to enter more motivating bug reports in the future :)

hehe

Kilu: yeah, you could definitely be less bitchy about your bug reports

s/about/in/

well, I didn't think the report was originally so negative

but of course the comments got slightly out of hand

"Someone might have ticketed this before, but the trac has even worse search than MBz" is *not* helpful

there is a tongue after that

not. helpful.

yeah. just don't put it in next time

which was supposed to be instill some lightheartnessness there

also the paragraph before that.

well, I speak my mind. it seems a big weakness considering the possible effects

eg, duplicate albums

I see no reason to sugarcoat that

it's not sugarcoating, it's not being an ass. you might find not being an ass helps you get people to do stuff for you :) esp. when you're not paying for the time they spend working on it.

(says me. heh!)

I wasn't being an ass, I was being direct

call it what you will. it doesn't work well.

Impeach GWB NOW!

I find that beating around the bush doesn't work very well either

*sigh* there was nothing in the last two paragraphs that helped clarify any aspect of the bug.

Impeach GWB NOW!

so there's no 'beating around the bush' involved.

it was to clarify it's importance

you can't unsay what you've already said anyway, so everyone might as well just forget about it now

its importance is not determined by you. unless you start working on patches to fix the problem of course

nikki: ok, I'll shut up :)

what is the difference between mb_server pages put in e.g. /htdocs/show/user/ and those in /htdocs/user/?

from show/user/index.html:

# This page now just does the "view" bit.

show/user -> view

/user -> edit

acid2: which artist id are you trying to load those links for?

acid2: you fell into a perl pitfall

my @ars = MusicBrainz::Server::Link->FindLinkedEntities($mb->{DBH}, 65, 'artist', to_type => ['label', 'url', 'artist']);

ruaok: thanks. trying to understand that stuff

you didn't need that extra {} around it.

adamgolding has joined #Musicbrainz

niklas: no worries!

acid2: there is a special case wrt passing arguments to a sub

lol @http://gal.darkervision.com/2008/07/01/sydneys-brothels-prepare-for-six-day-celebration-of-catholic-world-youth-day-they-expect-it-will-be-as-busy-as-during-the-world-council-of-churches-in-canberra-in-the-1990s-which-was-the-best-busi/

ruaok: I see, but what is confusing me is e.g. /htdocs/user/preferences.html

is those kind of pages considered not showing stuff, but edit?

well, that is used for both edit and show....

primarily edit tho.

alright

got it now :)

there we go

not long normally...

maybe he's waiting for me go away

me to*

bah, my typing sucks today

and there is someone yelling outside

adamgolding has joined #Musicbrainz

adamgolding has joined #Musicbrainz

ruaok: did you already forward me that support mail?

yep

grrr.

someone needs to finally implement focus-follow-eyes!

dude, no doubt.