#idempiere IRC log for Wednesday, 2015-07-15

« Tuesday, 2015-07-14 Index Thursday, 2015-07-16 »
*** CarlosRuiz has quit IRC01:38
*** silphium has joined #idempiere01:57
*** a42niem has joined #idempiere05:34
*** red1 has joined #idempiere05:37
*** ChanServ sets mode: +o red105:37
*** nmicoud has joined #idempiere05:50
*** KermitTheFragger has joined #idempiere06:08
*** is-mw has joined #idempiere06:29
*** red1 has quit IRC08:35
*** red1 has joined #idempiere08:38
*** ChanServ sets mode: +o red108:38
Not-f4e9[IDEMPIERE] HansR42a updated IDEMPIERE-272508:55
Not-f4e9[IDEMPIERE] Further analysis show, that this behaviour is randomly Example (Mail from Kirit): I spent some time to look for this. this one is strange. Refresh button behaves randomly. In my case when i deactivated second record it removed that one. (say I had 5 Active records and then first deactivated one record, on refresh all 5 there but deactivated record got grayed, now deactivated one more record, this time on08:55
Not-f4e9click of refresh it removed that record from grid view - still this behavior is also not consistent) Looks cache is not managed well on refresh button to fresh the list of records, Need to check in detail in code for refresh logic. But yes agree to you that this is a bug.08:55
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-272508:55
*** is-mw has quit IRC10:01
*** RecordingBot` has joined #idempiere10:54
*** RecordingBot has quit IRC11:01
*** aguerra has joined #idempiere11:33
*** aguerra has joined #idempiere11:34
*** red1 has quit IRC11:34
aguerrabuenos dias !!!!!11:34
*** red1 has joined #idempiere11:37
*** ChanServ sets mode: +o red111:37
*** red1 has quit IRC11:41
*** red1 has joined #idempiere11:58
*** ChanServ sets mode: +o red111:58
*** red1_ has joined #idempiere12:08
*** red1 has quit IRC12:08
*** mpat has joined #idempiere12:14
*** CarlosRuiz has joined #idempiere12:22
*** ChanServ sets mode: +o CarlosRuiz12:22
CarlosRuizGood Morning12:23
mpatHi12:23
nmicoudBonjour12:24
*** is-mw2 has joined #idempiere12:24
Not-f4e9[IDEMPIERE] hieplq updated IDEMPIERE-272512:25
Not-f4e9[IDEMPIERE] hi [~HansR42a] play a bit and i see how to redo it. 1. edit record 1 after that click refresh (because record 1 being focus, it's don't filter out) 2. edit record 2 after that click refresh (because record 2 being focus, it's don't filter out. record 1 also don't filter out by this bug) 3. edit record 3 after move focus to record 4 after that click refresh (record 3 is filter out but record 1,2,3 still12:25
Not-f4e9don't filter out by this bug) 4. record 1,2,3 don't filter out even you do more refresh. reason: logic build where clause for retain function is wrong see function dataRefreshAll class gridTable {code:java} if (retainedWhere != null) { // String whereClause = m_whereClause; if (m_whereClause != null && m_whereClause.trim().length() > 0) { m_whereClause = "((" + m_whereClause + ") OR (" + retainedWhere + ")) "; }12:25
Not-f4e9open(m_maxRows); // m_whereClause = whereClause; } {code} must separate where from sql_where field and where for retain record also reset where for retain record each time refresh.12:25
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-272512:25
nmicoudHi  CarlosRuiz, could you look at #2720 please ? there is patch and a pending question :)12:25
CarlosRuizok12:26
nmicoudthanks12:26
red1_Bonjour mpat , bonjour nmicoud12:27
nmicoudBonjour red1 :)12:27
mpathi12:27
*** red1_ is now known as red112:28
*** ChanServ sets mode: +o red112:28
aguerrahi for all12:29
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-272512:29
Not-f4e9[IDEMPIERE] not really a bug - that was intentionally added to force edited records to be kept on screen. The opposite behavior (the bug was fixed with this approach) was very annoying, you created or edited a record and the record disappeared from your screen. There were common mistakes made by user when the user edited a record, the record disappeared from screen and the user didn't notice and did an additional12:29
Not-f4e9change on a different record that was not intended (the record on the user screen - different than the user thought it was because the original edited record is gone)12:29
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-272512:29
*** is-mw2 has quit IRC12:31
*** smartjsp has joined #idempiere12:37
smartjspGood morning everyone, there is not chat activity today ?12:48
*** muriloht has joined #idempiere12:49
aguerrayes12:49
CarlosRuizmorning smartjsp12:50
aguerrahello CarlosRuiz12:50
CarlosRuizHi aguerra12:50
Not-f4e9[iDempiere] CarlosRuiz_globalqss pushed 2 commits to release-2.1 [+0/-0/±2] https://bitbucket.org/idempiere/idempiere/commits/12:51
Not-f4e9[iDempiere] nmicoud ef4c977 - IDEMPIERE-2720 Run as Job + EMail : title not translated12:51
Not-f4e9[iDempiere] globalqss 925ca90 - IDEMPIERE-2720 Run as Job + EMail : title not translated12:51
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2720 status set to "Resolved" -resolution set to "Fixed"12:51
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-272012:51
Not-f4e9[IDEMPIERE] hieplq updated IDEMPIERE-272512:53
Not-f4e9[IDEMPIERE] hi [~carlosruiz_globalqss] in my test case, if at step 1,2 user don't click refresh, at step 4 all edited record will filter out. because we will must fix something. (i test in development branch)12:53
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-272512:53
*** hriess has joined #idempiere12:55
hriessHello hiep lq12:57
hriessthank you for working on jira ticket 272512:58
hriessseems to be a bug, based on your analysis and the analysis of Kirit12:59
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-272512:59
Not-f4e9[IDEMPIERE] I think refresh is intended as a button to reread the data from database - not to do a requery.12:59
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-272512:59
CarlosRuizHi hriess - glad to have you here13:00
hriesshi13:00
CarlosRuizI see you're attending next conference - good - will meet there13:01
hriessyes this is my plan13:01
hriesslooking forward to see you13:01
CarlosRuizI 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 button13:01
hriessagee with you13:02
hriessbut we found that current behaviour is not absolutely correct13:02
hriessit is more a random behaviour13:02
hriesshiep made a suggestion to correct current behaviour13:03
Not-f4e9[iDempiere2.1] jenkins built #257 completed (success) http://ci.idempiere.org/job/iDempiere2.1/257/13:03
CarlosRuiznot random13:04
CarlosRuizthe edited records are preserved until you requery13:05
CarlosRuizthe refresh button is not doing a requery - just re-reading records from DB AFAIU13:05
hriessmy current situation: i have a window with a tab, that should show only records with isactive = Y13:08
hriessif 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 disapper13:10
hriessprobably some of the records are in cache and some of the records will be retrieved from the DB ...13:11
CarlosRuizwell - 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 reproduce13:12
*** Deepak_ has joined #idempiere13:12
Deepak_Good Morning all13:13
aguerrahi Deepak_13:13
CarlosRuizmorning Deepak_13:15
Deepak_Hello Carlos and aguerra13:18
hriessok - i will try to reproduce on the test site13:25
Deepak_Do anybody know what is tree driven by value?13:30
Deepak_I am working to merge one of my patch for tree with custom table support and I come across thist13:30
*** red1 has quit IRC13:31
CarlosRuizDeepak_, let me look for the ticket ...13:32
CarlosRuizis about automatic organization of the tree based on the value13:32
CarlosRuizthis is13:34
CarlosRuizhttps://idempiere.atlassian.net/browse/IDEMPIERE-142513:34
CarlosRuizwith that improvement I was able to import the account element tree using the CSV importer - instead of the Import Account13:34
*** mpat has left #idempiere13:36
Deepak_ohk13:36
Deepak_Carlos, I looked at patch13:37
Deepak_I don't think it is same13:37
Deepak_let me try to get ticket13:38
Deepak_ahh, Sorry it is same ticket13:38
Deepak_IDEMPIERE-1425 Account element improvements13:38
*** mpat has joined #idempiere13:40
hriessi made a test in https://demo.globalqss.com/webui/13:41
hriessit is same behaviour as in our instance13:42
*** aguerra has quit IRC13:56
*** mpat has quit IRC13:59
Not-f4e9[IDEMPIERE] HansR42a updated IDEMPIERE-272514:01
Not-f4e9[IDEMPIERE] i made some tests in https://demo.globalqss.com/webui/ result: - if records are deactivated, they are still in grid list -> same behaviour as in our local instance (idempiere 2.1)14:01
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-272514:01
*** hriess has quit IRC14:01
*** HideakiHagiwara has joined #idempiere14:02
*** HideakiHagiwara has quit IRC14:03
CarlosRuizDeepak_, the patch was different than the commit in that ticket14:05
*** hriess has joined #idempiere14:07
*** aguerra has joined #idempiere14:14
*** Deepak_ has quit IRC14:27
*** muriloht has quit IRC14:27
*** nmicoud has quit IRC14:29
*** hriess has quit IRC14:38
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2672 Attachment set to "IDEMPIERE-2672_v0_workaround.patch"14:53
Not-f4e9[IDEMPIERE] Attaching a possible workaround tested for the AD_OrgInfo issue found. IDEMPIERE-2672_v0_workaround.patch Not the complete solution, but the workaround at least allows to edit the orginfo record. [~egil0902] can you please confirm?14:53
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-267214:53
Not-f4e9[IDEMPIERE] egil0902 updated IDEMPIERE-267215:56
Not-f4e9[IDEMPIERE] Hi [~carlosruiz_globalqss] I test the patch and it works and save perfect. The only isue i saw was that in the grid view of org_info does not put the name of the fiel but ad_org_id. Regards,15:57
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-267215:57
Not-f4e9[IDEMPIERE] egil0902 updated IDEMPIERE-267216:02
Not-f4e9[IDEMPIERE] Other thing to consider is that the org wrong saved before give me this error when i select one of them jul 15, 2015 11:36:49 AM org.adempiere.webui.adwindow.ADTabpanel navigateTo ADVERTENCIA: Tab does not have ID with Node_ID=1000004 jul 15, 2015 11:36:49 AM org.zkoss.zk.ui.impl.UiEngineImpl handleError:1359 GRAVE: >>org.adempiere.exceptions.AdempiereException: El registro no se encuentra en la búsqueda16:02
Not-f4e9actual >> at org.adempiere.webui.adwindow.ADTabpanel.navigateTo(ADTabpanel.java:1199) >> at org.adempiere.webui.adwindow.ADTabpanel.onEvent(ADTabpanel.java:1075) >> at org.zkoss.zk.ui.AbstractComponent.onEvent(AbstractComponent.java:2742) >> at org.zkoss.zk.ui.AbstractComponent.service(AbstractComponent.java:2713) >> at org.zkoss.zk.ui.AbstractComponent.service(AbstractComponent.java:2654) >> at16:02
Not-f4e9org.zkoss.zk.ui.impl.EventProcessor.process(EventProcessor.java:136) >> at org.zkoss.zk.ui.impl.UiEngineImpl.processEvent(UiEngineImpl.java:1717) >> at org.zkoss.zk.ui.impl.UiEngineImpl.process(UiEngineImpl.java:1502) >> at org.zkoss.zk.ui.impl.UiEngineImpl.execUpdate(UiEngineImpl.java:1212) >> at org.zkoss.zk.au.http.DHtmlUpdateServlet.process(DHtmlUpdateServlet.java:600) >> at16:02
Not-f4e9org.zkoss.zk.au.http.DHtmlUpdateServlet.doGet(DHtmlUpdateServlet.java:482) >> at org.zkoss.zk.au.http.DHtmlUpdateServlet.doPost(DHtmlUpdateServlet.java:491) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:755) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) >> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304) >> at16:02
Not-f4e9org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) >> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224) >> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:185) >> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) >> at16:02
Not-f4e9org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:151) >> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) >> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) >> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:405) >> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:269) >> at16:02
Not-f4e9org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:515) >> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:302) >> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) >> at java.lang.Thread.run(Thread.java:745)16:02
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-267216:02
*** smartjsp has quit IRC16:39
*** mhernandezve has joined #idempiere16:42
*** nmicoud has joined #idempiere17:59
*** nmicoud has quit IRC19:31
*** KermitTheFragger has quit IRC19:51
*** mhernandezve has quit IRC19:56
*** red1 has joined #idempiere20:05
*** ChanServ sets mode: +o red120:05
aguerrahi20:07
aguerrasome20:07
aguerrahelp ... in the display logic  @$ .. what mean??20:08
*** red1 has quit IRC20:11
aguerrahi some help ... in the windows, tab field: invoice (customer), tab: Invoice Line_Invoice -> field Project-> Display Logic, what mean is @$ ??20:22
*** aguerra has quit IRC20:29
*** a42niem has quit IRC21:17
*** aguerra has joined #idempiere21:38
*** aguerra has quit IRC22:54
*** leyonce has joined #idempiere23:20
Not-f4e9[IDEMPIERE] red1 created IDEMPIERE-2728 SpinSuite plugin has missing scripts23:38
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-272823:38
*** CarlosRuiz has quit IRC23:39
« Tuesday, 2015-07-14 Index Thursday, 2015-07-16 »

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!