#musicbrainz-devel

ok

I'll paste them here, kuno can decide

k

ugh.. I hate tickets which need UX design... ( http://jira.musicbrainz.org/browse/MBS-715 )

http://jira.musicbrainz.org/browse/MBS-790 http://jira.musicbrainz.org/browse/MBS-496 http://jira.musicbrainz.org/browse/MBS-411 http://jira.musicbrainz.org/browse/MBS-403 http://jira.musicbrainz.org/browse/MBS-246 http://jira.musicbrainz.org/browse/MBS-111 http://jira.musicbrainz.org/browse/MBS-86 http://jira.musicbrainz.org/browse/MBS-54

I'd move all them

and I've grabbed a bunch more tickets for myself

warp: should I bug alisa about this?

LOL

aCiD2's numbers for b3 go up, but warps never do down.

thats not the goal I was hoping for.

ruaok: nah, I now have a solution in mind which isn't much effort.

ok

ok, I need to get food. back in 10.

:)

esp the RE stuff

warp, when you have a chance, I have a couple questions about the WS2 stuff.

ok, I'm done estimating.

Leftmost: sure, go ahead.

Is there any access to authorized users in the WS? Like, could I check if a user existed and their ID to see if they had access to private collections? (Is that info in the stash as usual?)

aCiD2: it looks like mbs-218 got fixed as a side effect of the uri->canonical thing

yay

at least I changed the + to a space in http://test.musicbrainz.org/edit/12709912

Leftmost: any request with inc=user-tags+user-ratings requires authentication

nikki: excellent, that seems to run before validation then

Leftmost: in that case, the user is in $c->user as usual.

Leftmost: so we probably just need to make sure that requests to your bits also require authentication.

Well, I can check the user_exists setting, since it only really requires auth to see a private collection.

warp: I have a couple of questions for you too when Leftmost is done

Leftmost: and to change your collection, which is quite a significant feature of the webservice :)

Leftmost: anyway, in lib/MusicBrainz/Server/WebService/Validator.pm the variable $c->stash->{authorization_required} is set if authorization is required.

Okay.

Leftmost: lib/MusicBrainz/Server/Controller/WS/2.pm forces normal digest authentication through Catalyst if that variable is set.

Leftmost: for testing this, I just use perl. example usage is documented on http://wiki.musicbrainz.org/User:kuno/ws/2/exam...

Leftmost: that should be enough for you to get started, but just poke me if you have more questions.

s/perl/curl/

Okay. I'll play.

crap. warp went to 6 weeks.

now we have a 3 week discrepancy

how is warp going up?

just estimated new tickets

aCiD2: someone gave some tickets in the past week I hadn't estimated yet.

+me

i see

aCiD2: nothing which takes more than 1 day, but I guess it does add up to a few days.

or a week.

heh

I'm starting to think that all ws issues should go to acid2

even ws/2

ok, good.

then lets do that.

makes for good "cross training"

want me to assign them to myself then?

please.

I've started on a few already

aCiD2: don't touch the 'review submitted' ones though

sure thing!

well that's all of them then

ruaok: I'll adjust the estimates on my review submitted bugs.

now both of you are at 5 weeks.

and rc1 looks doable in 3 weeks.

8 weeks to rc1?

that sounds pretty good.

we can't afford much more than that

so yea, sounds good to me too

b3 on sept 6?

thats a little more than 5 weeks.

I'm happy with that

warp? b3 on sept 6?

yeah, sure

Time for some week planning then

I'll get started on blogging this.

it's a bit more motivating to have some dates again

jdamcd: what were your questions btw?

warp: is there a list somewhere of the specific format strings that can be returned by the web service for a medium?

jdamcd: short answer: select * from medium_format;

jdamcd: so, the list will be expanded in the future.

warp: also, is there a rough time scale for when barcode submission will be available in the web service?

jdamcd: that isn't currently planned for NGS afaik.

ruaok: were we going to add barcode submits to /ws/2 for these mobile apps?

I guess we better so that jdamcd's app has a purpose in life.

:)

I actually had a need for jdamcd's app a few days ago :)

fortunately that isn't much work.

aCiD2: nice. :)

indeed.

jdamcd: please just create a ticket for that in jira if there isn't one already.

someone said that the Deftones had a new album out and me and a friend were surprised so I got my ipod out and had the fun task of navigating the website :P

jdamcd: can you please create a ticket for adding the barcode submit?

heh. :)

jdamcd: assign it to aCiD2 for now, and he'll give you an estimate :)

okay, will do

ok, I need to go to sleep now.

bye everyone!

nn

thanks for staying up!

ooph.. a 3 hour meeting.

yeah.

thanks again. :)

bye again! :)

yak shaving time. time to use JIRA XML-RPC to dump all my issues into my calendar!

I have spare yaks if you need them.

you should've seen the UPS guy delivering them.

lol

the jira rpc api is delightfully empty. Can't even use advanced query syntax, hmph.

hmmm. 6 sept is when I come back from BM.

thats not going to work so well.

7 sept it is. :)

Just my luck. My first issue reported, and it turns out to be a duplicate. I did look...

trojaneel: don't feel too bad, we'd rather people file bugs than do nothing at all!

At least I had the murdos-search-o-matic issue finder point me to which bug report I want to watch

Bah. Now that warp is gone, I of course have more questions.

at least it's a real issue! it would be worse if you were reporting imaginary problems ;)

Oh, now that would be fun

Well, it's almost bed time anyway. Let's see if I can dream up some imaginary problems overnight. G'night!

Leftmost: I might still be here.

If you're trying to go to bed, I don't want to keep you. It's not an urgent issue, I don't think.

I'm already in bed :P

lol

Oh cool, you can't actually get the time estimate through the webservice at all

FFS

Haha. Well, it appears I'm missing a piece somewhere, as the serializer doesn't appear to know how to serialize a collection. I just get a collection_resource tag with some nice object hashes inside it, one of which is the collection entity.

Wondering where I actually do the serialization bit.

and the feature request has only been open for 5 years, nice

that sounds like some of the features I was looking for :(

Leftmost: serializing is in lib/MusicBrainz/Server/Webservice/XMLSerializer.pm

Leftmost: it probably doesn't have any collection support yet.

Oh, dangit. Heh. Thank you.

Leftmost: the structure is straightforward though, it shouldn't be hard to add it.

Leftmost: just have a read through that file.

5 years? wow. which one was that?

Hmm. There's nowhere I should need to add anything further, is there? If I specify 'collection' to the serialize function, it should call _serialize_collection, no?

Oh, nevermind. Durp.

there you have it: http://blog.musicbrainz.org/?p=612

sept 7. sept 6 is not good for me. :)