#musicbrainz-devel

/

      • ianmcorvidae
        genders should be there but I don't think event types are
      • (in the in-memory cache I mean)
      • bitmap is still using an ancient dbdefs with all that stuff commented out
      • bitmap
        hm, still not working
      • maybe better if you see if it works for you so I can conclude it's just a problem with my setup :)
      • ianmcorvidae
        heh possibly
      • ianmcorvidae tries
      • interesting, genders are appearing in memcached even though they shouldn't
      • ianmcorvidae checks my own config :P
      • bitmap
        o_O
      • ianmcorvidae
        adding one worked properly and cleared it in memcached
      • not sure why it's in memcached though
      • bitmap
        something else must be wrong since it's still not showing parent ids on /admin/attributes/Gender after restarting the server and memcached
      • ianmcorvidae
        and changing works too
      • huh
      • strange
      • other than the in-memory cache apparently not working, it seems to be working for me
      • heh, it's not initializing the cache properly perhaps
      • bitmap
        anyway, I have a commit that makes Data::Role::Attribute use Data::Role::InsertUpdateDelete but I can't really test it 'cause of this :P
      • ianmcorvidae
        heh
      • hm, interesting. when I fix the cache it works worse
      • i.e. on first redirect it shows the old value and I have to refresh it
      • what happens if you refresh the pages a few times, bitmap?
      • bitmap
        nothing, parent columns are still blank
      • I should push these changes though so that we're using the same code
      • ianmcorvidae
        yeah
      • I should do the same I guess, heh
      • pushing that now anyway, I see you did something with yours
      • yeah, parents aren't showing up at all
      • are they mapped in the columns or such?
      • bitmap
        yeah, they should be
      • ianmcorvidae
        it looks like you removed all the _columns things though?
      • and I don't see a _column_mapping
      • bitmap
        I removed it where it's identical to what's in Data::Role::Attribute
      • ianmcorvidae
        ah, right
      • it might not replace it from the role though, since Data::Entity provides one, right?
      • bitmap
        same for _column_mapping
      • hm
      • ianmcorvidae
        might check what you actually get from $c->model('Gender')->_column_mapping
      • this is why the whole sub delete {} around delete => sub {} thing exists though
      • since IIRC a role won't replace a method that's provided on the base already
      • MBJenkins
        Project musicbrainz-server_beta build #418: STILL FAILING in 7 min 53 sec: http://ci.musicbrainz.org/job/musicbrainz-serve...
      • * Michael Wiencek: Fix UnconfirmedEmailAddresses whitelist
      • * Michael Wiencek: Make Data::Role::Attribute use Data::Role::InsertUpdateDelete
      • ianmcorvidae
        why it's selecting the name and child order I'm not sure
      • bitmap
        it's getting the correct _column_mapping at least
      • ianmcorvidae
        er
      • shouldn't parent_id go into parent_id?
      • maybe it's right. hm
      • bitmap
        shouldn't it match the db column name?
      • LordSputnik has left the channel
      • ianmcorvidae
        well, the DB column name as you're selecting it is parent_id
      • given AS
      • yeah, look at Data::LinkAttributeType
      • you should remove the 'AS parent_id' from _columns I think
      • the column mapping always confuses me
      • because it's a mapping of where it should end up to where it should come from
      • so parent_id => parent means "take the thing that's called 'parent' in _columns and put it into 'parent_id' on the entity"
      • LordSputnik joined the channel
      • and yup, now they appear
      • bitmap
        ah
      • ianmcorvidae
        not sure if it breaks anything else
      • bitmap
        yeah
      • ianmcorvidae
        anyway either parent_id => parent_id or remove the AS
      • not sure if cache::Memory is still doing something weird, buuuut
      • Leo_Verto
        BB development going on nicely
      • MBJenkins
        Ian McEwen: Use the proper cache configuration for the prefix for the :all suffix used by Data::Role::SelectAll
      • LordSputnik
        ianmcorvidae: do you happen to know when you'll be able to look into MBH-394 / 5?
      • mb-chat-logger
      • ruaok joined the channel
      • LordSputnik
        ruaok: hey :)
      • ruaok
        hey.
      • LordSputnik
        ruaok: the BookBrainz registration form is working, Leo_Verto has been helping me with some site stuff
      • ruaok
        nice. :)
      • Gentlecat
        ruaok: any plans to work on that specification for http://tickets.musicbrainz.org/browse/AB-27?
      • ruaok
        Gentlecat: we need to work on the machine building stuff first.
      • today was my first day back in the office and I didn’t really get a chance to connect with alastair
      • ruaok is also not feeling so hot.
      • but, the main problem is that that specification does not come from us. :(
      • Gentlecat
        what's this machine building stuff?
      • ruaok
        you know the sets that your program builds?
      • that is the classifier training stuff.
      • not super relevant just yet. but I’m hoping to get to play with that very very soon.
      • Leo_Verto
        definitely sounds interesting
      • ruaok
        ok, the new mac mini is sorta setup.
      • now to get some sleep.
      • but since this sucker only uses 6w at idle, I’m leaving it running. :)
      • nn
      • MBJenkins
        * Michael Wiencek: Remove AS parent_id to fix column_mapping issue
      • * Michael Wiencek: Fix {Series,Collection}Type column mapping
      • Yippee, build fixed!
      • Michael Wiencek: Revert partial changes to Data::AliasType