IDempiere/FullMeeting20150715

From WikiQSS

Table of Contents | Full Meeting Minutes | Full Meeting 2015-07-15

CarlosRuiz: Good Morning
mpat: Hi
nmicoud: Bonjour
nmicoud: Hi CarlosRuiz, could you look at #2720 please ? there is patch and a pending question :)
CarlosRuiz: ok
nmicoud: thanks
red1_: Bonjour mpat , bonjour nmicoud
nmicoud: Bonjour red1 :)
mpat: hi
aguerra: hi for all
smartjsp: Good morning everyone, there is not chat activity today ?
aguerra: yes
CarlosRuiz: morning smartjsp
aguerra: hello CarlosRuiz
CarlosRuiz: Hi aguerra
hriess: Hello hiep lq
hriess: thank you for working on jira ticket 2725
hriess: seems to be a bug, based on your analysis and the analysis of Kirit
CarlosRuiz: Hi hriess - glad to have you here
hriess: hi
CarlosRuiz: I see you're attending next conference - good - will meet there
hriess: yes this is my plan
hriess: looking forward to see you
CarlosRuiz: I made some comments on 2725 - the old behavior was worst in my opinion - the record disappeared from screen after used push save - or after user run a button
hriess: agee with you
hriess: but we found that current behaviour is not absolutely correct
hriess: it is more a random behaviour
hriess: hiep made a suggestion to correct current behaviour
CarlosRuiz: not random
CarlosRuiz: the edited records are preserved until you requery
CarlosRuiz: the refresh button is not doing a requery - just re-reading records from DB AFAIU
hriess: my current situation: i have a window with a tab, that should show only records with isactive = Y
hriess: if i modify the field to N they are still in list, but if i go to the next record and modify the isactive Field to N and repeat this step sometimes, suddenly some of the records disapper
hriess: probably some of the records are in cache and some of the records will be retrieved from the DB ...
CarlosRuiz: well - that's not the issue reported in 2725 - sounds like odd for user - if you can reproduce it in one of the test sites would be good to provide steps to reproduce
Deepak_: Good Morning all
aguerra: hi Deepak_
CarlosRuiz: morning Deepak_
Deepak_: Hello Carlos and aguerra
hriess: ok - i will try to reproduce on the test site
Deepak_: Do anybody know what is tree driven by value?
Deepak_: I am working to merge one of my patch for tree with custom table support and I come across thist
CarlosRuiz: Deepak_, let me look for the ticket ...
CarlosRuiz: is about automatic organization of the tree based on the value
CarlosRuiz: this is
CarlosRuiz: https://idempiere.atlassian.net/browse/IDEMPIERE-1425
CarlosRuiz: with that improvement I was able to import the account element tree using the CSV importer - instead of the Import Account
Deepak_: ohk
Deepak_: Carlos, I looked at patch
Deepak_: I don't think it is same
Deepak_: let me try to get ticket
Deepak_: ahh, Sorry it is same ticket
Deepak_: IDEMPIERE-1425 Account element improvements
hriess: i made a test in https://demo.globalqss.com/webui/
hriess: it is same behaviour as in our instance
CarlosRuiz: Deepak_, the patch was different than the commit in that ticket