[11:29]<simono> hi hannesw, quick questions about programmatic collections: i noticed that "accessname" doesn't work for those, should i file a bugreport? [11:30]<simono> also the programmaticcollections throw a nullpointerexception when the requested HopObject can't be found, which is different from the normal-collection behaviour [11:30]<hannesw> simono: it should be working [11:30]<hannesw> so yes, you can file a bug [11:31]<simono> ok [12:22]<simono> when testing for this bug i noticed that HopObject.get(STRING) doesn't strictly work as described in the docs, though what it does makes sense: [12:23]<simono> collection.get("123") returns the HopObject with _id = 123 even when an accessname is defined on the collection. the docs make it sound like a numeric string only works when no accessname is defined [19:29]* zumbrunn is trying to improve the wording of the hobj.get() method docs, based on what simono said here earlier today [19:30]<zumbrunn> does the following properly describe the intended behavior of hobj.get()? [19:30]<zumbrunn> If an accessname is defined, this function first attempts to return the subnode with the corresponding name. Otherwise, or if that attempt fails, a string argument will result in a null return unless the string argument is numeric, in which case this function will return the child with an _id matching the numeric value of the argument. However, retrieving a HopObject based on its _id value is better achieved using the getById() HopObject method. [19:30]<zumbrunn> http://helma.server-side-javascript.org/reference/HopObject.html#HopObject.get