*** siesel has quit IRC
*** reinhard has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** btami has joined #gnuenterprise
<btami> good morning
<kilo> good morning
<reinhard> good morning
*** johannesV has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** johannesV_ has quit IRC
*** johannesV has quit IRC
*** chillywilly has quit IRC
*** dimas has quit IRC
*** Amorphous has quit IRC
*** btami has quit IRC
*** kilo has quit IRC
*** reinhard has quit IRC
*** mnemoc has quit IRC
*** nickr has quit IRC
*** havoc has quit IRC
*** bigbrother has joined #gnuenterprise
*** bigbrother has joined #gnuenterprise
*** havoc has joined #gnuenterprise
*** nickr has joined #gnuenterprise
*** mnemoc has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** yure has joined #gnuenterprise
<dimas> hello all
<dimas> getting error when run reports
<dimas> DB000:    File "/home/ds/svn/gnue/.cvsdevelbase/gnue/common/definitions/GParser.py", line 454, in startElementNS
<dimas> DB000:     if baseAttrs.has_key ('file') and attr == 'file':
<dimas> DB000:  UnboundLocalError: local variable 'baseAttrs' referenced before assignment
<dimas> worked fine about a week ago
<btami> hmm
<btami> wait a moment...
<btami> dimas: please svn up, and try again
<btami> gnue-common
<dimas> works again
<dimas> btami: thanks
<btami> it was with reports, wasn't it?
<dimas> exactly
<btami> btw. what report filter are you using?
* btami is just curious
<dimas> -f html - is it about a filter?
<btami> i mean in report-filters.conf
<dimas> have not looked in there for a long time
<btami> simple tabulation with engine=?
<btami> :)
<dimas> tabulator?
<btami> ok
*** johannesV has joined #gnuenterprise
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
*** kilo has quit IRC
*** jcater has joined #gnuenterprise
*** titopbs has joined #gnuenterprise
*** mnemoc_ has joined #gnuenterprise
*** mnemoc has quit IRC
*** kilo has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** btami has quit IRC
*** titopbs has quit IRC
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
*** johannesV has quit IRC
*** titopbs has joined #gnuenterprise
<jamest> hmmm
<jamest> i thought datasources automagically requeried after a commit
<jamest> er, post
<reinhard> they should
<reinhard> unless you explicitly set requery=False
<reinhard> but they only do if a rowid is available
<jamest> hmmm
<jamest> maybe I'm doing something wrong then
<reinhard> I'm pretty sure
<jamest> :)
<reinhard> because otherwise it would mean a bug in gnue
<jamest> i'm using a resultSet from a trigger in gnue
<jamest> forms
<reinhard> and that's outside all possibilities, isn't it?
<jamest>   <datasource name="dtsPackslip" connection="epm" table="packslip"
<jamest>               explicitfields="claim_no, packslip_id" requery="y"/>
<jamest>             psRs = dtsPackslip.createResultSet(query=False)
<jamest>             record = psRs.insertRecord()
<jamest>             record['claim_no'] = claimNumber
<jamest>             psRs.post()
<jamest>             packslipId = record['packslip_id']
<jamest> is the trigger
<jamest> packslipId is always None
<reinhard> ah
<jamest> fwiw, i had to add the query= support to the trigger resultSet
<jamest> er trigger createResultSet
<jamest> but figured the requery would work without me needing to do anything since I set it at the DS level
<reinhard> http://www.gnuenterprise.org/tools/common/docs/api/public/gnue.common.datasources.drivers.Base.ResultSet.ResultSet-class.php#post
<jamest> whoops
<jamest> didn't see the requery() option
<reinhard> you want to add a psRs.requery() directly after the post()
<jamest> ja
<reinhard> they are separate because usually you have the commit() right between them
<jamest> hmmmm
<jamest> would master/detail work from datasources only used in a trigger
<jamest> iirc i had some code that tried to do this a while back
<reinhard> it should
<jamest> but it was in the middle of the datasource cleanup/rewrite and it didn't work right
<reinhard> m/d doesn't depend on the existance of a block at all
<jamest> right
<reinhard> must leave for lug meeting
<reinhard> cu all
<jamest> l8r
*** reinhard has quit IRC
*** johannesV has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
<jamest> would any datasource ever really have a field name that begins with a <space>
<jamest> because if you set an explicitfields="this, will, screw, you"
<jamest> the field names are "this", " will", " screw", " you"
<jamest> i'd like to add a strip() to those names unless someone has a reason not to
*** johannesV has quit IRC
*** jcater_ has joined #gnuenterprise
*** SachaS has joined #gnuenterprise
*** johannesV_ has quit IRC
*** jcater has quit IRC
*** titopbs has quit IRC
*** titopbs has joined #gnuenterprise
*** docelic has joined #gnuenterprise
*** titopbs has quit IRC
*** jcater has quit IRC
*** jamest has left #gnuenterprise
*** kilo has quit IRC
*** reinhard has joined #gnuenterprise
<reinhard> gack!!!!
<reinhard> sarge has been released
*** yure has quit IRC
*** reinhard has quit IRC
*** SachaS has quit IRC
*** jamest has joined #gnuenterprise
*** dcmwai has joined #gnuenterprise
*** jamest has quit IRC