[Lift] Re: [urgent] Broken lift-record

2010-02-17 Thread Timothy Perrett
Not a generic one - to reproduce it you would need my custom record implementation and access to internal work servers (neither of which I can give out). I have just realised however that the name field is present and correct when the field value is set: field.setFromString So it appears that

Re: [Lift] Re: [urgent] Broken lift-record

2010-02-17 Thread Ross Mellgren
Name should be set by introspect during the record initialization, so I'm not sure why it would matter. Also, setFromString and set should both degenerate to setBox, which should do the actual work. Can you show your setFromString implementation? Are you overriding anything other than

[Lift] Re: [urgent] Broken lift-record

2010-02-17 Thread Timothy Perrett
The field in question is a subtype of: sealed abstract class TextADORField[OwnerType : Record[OwnerType]] (rec: OwnerType) extends ADORField[OwnerType, String](rec){ def setFromString(s: String): Box[String] = { dirty_?(true) Full(set(s)) } def setFromAny(in: Any): Box[String]

Re: [Lift] Re: [urgent] Broken lift-record

2010-02-17 Thread Ross Mellgren
It is definitely the new. I thought that it was always this way because I observed it (I thought) before I made those changes. I just reproduced your exact case: val rec1 = MyMetaRecord.createRecord val res1 = rec1.foo(zippy).fields.map(_.name) val rec2 = new MyRecord()

[Lift] Re: [urgent] Broken lift-record

2010-02-17 Thread Timothy Perrett
It was a problem with the record initialisation code and the introspect method not being handled correctly. Fixed in: 37a59389bf65d4c558ff906427d52fb6fae5d912 Thanks to Ross for the help :-) Cheers, Tim On Feb 17, 6:11 pm, Ross Mellgren dri...@gmail.com wrote: It is definitely the new. I