IDempiere/FullMeeting20150916 - Revision history

CarlosRuiz: drop JIRA notifications from log

2015-09-18T08:26:57Z

drop JIRA notifications from log

CarlosRuiz: full meeting

2015-09-18T08:26:31Z

full meeting

New page

⇐
[[IDempiere|Table of Contents]] |
[[IDempiere/Full Meeting Minutes|Full Meeting Minutes]] |
Full Meeting 2015-09-16


'''''CarlosRuiz''''': Hello 
'''''nmicoud''''': Hello 
'''''CarlosRuiz''''': Hi Nicolas - you were missed at the conference :-) 
'''''CarlosRuiz''''': but mentioned every time we reached one of your new features 
'''''tbayen__''''': Hello! 
'''''nmicoud''''': yep, i wish to be there too 
'''''nmicoud''''': :) 
'''''tbayen''''': Hi Deepak, nice to see you. :) 
'''''Deepak''''': Gutan Morgan, Thomas!!!! 
'''''tbayen''''': Thanks! :-) You are back in india, you can speak hindi. Hahaha 
'''''nmicoud''''': CarlosRuiz, i was not at the conference, but i had some ideas ! could you have a look at https://groups.google.com/forum/?nomobile=true#!topic/idempiere/qkE16ljZ9SU and https://groups.google.com/forum/?nomobile=true#!topic/idempiere/V9MbFXAwKno please ? 
'''''CarlosRuiz''''': :-) no, just for conference attendants 
'''''CarlosRuiz''''': :-) just kidding - I'm reading now 
'''''nmicoud''''': grrrr 
'''''nmicoud''''': lol 
'''''a42niem''''': hi all 
'''''CarlosRuiz''''': Hi Dirk 
'''''CarlosRuiz''''': > Display a Reference List Name in the tab name 
'''''CarlosRuiz''''': sounds good 
'''''CarlosRuiz''''': I think notation is just something like PaymentTerm.Name 
'''''CarlosRuiz''''': to make it easy - the algorithm must know is a reflist and just bring the name 
'''''CarlosRuiz''''': ah sorry - same notation as PO 
'''''CarlosRuiz''''': I think it was @C_BPartner_ID<Name>@ ?? 
'''''CarlosRuiz''''': so - it can be @PaymentTerm<Name>@ 
'''''CarlosRuiz''''': About > Transactions name 
'''''nmicoud''''': ok for ref list, i see 
'''''CarlosRuiz''''': yes - sounds good - anything that can help to debug without impact on performance is welcome 
'''''CarlosRuiz''''': we talked about the active transactions on the monitor 
'''''CarlosRuiz''''': but at this moment is just a number 
'''''CarlosRuiz''''': and can be worthy to show the list - or am I missing something? 
'''''nmicoud''''': the active transaction are shown on the monitor but the name is not clear 
'''''nmicoud''''': you just know that it is related to a delete 
'''''CarlosRuiz''''': are they? maybe I missed something when showing that :-D 
'''''nmicoud''''': yeah, they are shown 
'''''nmicoud''''': look line 923 in AdempiereMonitor 
'''''nmicoud''''': and sometimes, the table has lots of line ! which is not good 
'''''CarlosRuiz''''': got it 
'''''druiz''''': Hi @all 
'''''CarlosRuiz''''': that can be expanded to SvrProcess too and other stuff 
'''''nmicoud''''': ah yes, that could be good to show active process 
'''''a42niem''''': hi Diego 
'''''CarlosRuiz''''': too many lines there can mean a connection leak and the intention of those lines is to help to capture it 
'''''tbayen''''': Hi a42niem, Daarestiet! 
'''''a42niem''''': moin Thomas 
'''''druiz''''': Hi a42niem. I didn't know that this was your nickname. Hahaha 
'''''a42niem''''': thats ok :) 
'''''aguerra''''': hello everybody!!!! 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2808 
'''''Not-c9fd''''': [IDEMPIERE] Thanks [~Denis Kuznetsov], we recently solved IDEMPIERE-2629 which was causing the mismatch between M_Transaction and M_StorageOnHand you describe. I think the case you describe is not correct as the MTransaction is being created on the same trxname and it must be rolled back with all the trx, so, maybe if you have a test case that can be reproducible (i.e. a patch forcing the transaction to fail on the 
'''''Not-c9fd''''': case you describe). Regards, Carlos Ruiz 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2808 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2806 labels set to "Triaged" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2806 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2806 
'''''Not-c9fd''''': [IDEMPIERE] Yes, reproduced, "Validate Business Partner" solves the issue. 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2806 
'''''Not-c9fd''''': [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/ 
'''''Not-c9fd''''': [iDempiere] globalqss 79fcfaf - IDEMPIERE-2806 Incorrect Open Balance on Business Partner Screen 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2806 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Fixed" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2806 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2804 
'''''Not-c9fd''''': [IDEMPIERE] I think is better to add the validation on CopyRole anyways - defensive programming 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2804 
'''''Not-c9fd''''': [iDempiere] CarlosRuiz_globalqss pushed 2 commits to development [+0/-0/±4] https://bitbucket.org/idempiere/idempiere/commits/ 
'''''Not-c9fd''''': [iDempiere] a42niem e9a71d4 - IDEMPIERE-2732 Make Callouts replaceable by Factory approach refined to check on requested method in class provided by factory 
'''''Not-c9fd''''': [iDempiere] globalqss 5809228 - IDEMPIERE-2732 - minor - remove warnings 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2732 status set to "Resolved" -assignee set to "Dirk Niemeyer" -resolution set to "Fixed" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2732 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2777 
'''''Not-c9fd''''': [IDEMPIERE] Hi Anna, I've found this case in one of my installations too - I think is not a bug - it is correct not to allow to reverse if the inventory is not there - the workaround is to create another movement document. WDYT? 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2777 
'''''Not-c9fd''''': [iDempiere] jenkins built #1734 completed (success) http://ci.idempiere.org/job/iDempiere/1734/ 
'''''Not-c9fd''''': [iDempiere2.1] jenkins built #302 completed (success) http://ci.idempiere.org/job/iDempiere2.1/302/ 
'''''a42niem''''': CarlosRuiz can you please create a jenkins user for me?! thanks 
'''''CarlosRuiz''''': done 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2798 
'''''Not-c9fd''''': [IDEMPIERE] Hi [~cboecking], I think this was intentional from JJ to allow bypassing the MRole.addAccessSQL in some cases. I remember there are other places where you cannot use the WHERE, like virtual columns (IDEMPIERE-2207) I think the MRole.addAccessSQL cannot parse everything properly and that's a trick to allow it. 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2798 
'''''Not-c9fd''''': [iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/ 
'''''Not-c9fd''''': [iDempiere] mzi1sk 45801a8 - IDEMPIERE-2730 Error on Jasper Report in Idempiere Swing Client 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2730 status set to "Resolved" -assignee set to "Michal Zilincar" -resolution set to "Fixed" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2730 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2817 description set to "Idea here we talked at the workshop is about a possible flag on Document Sequence window telling the system that this document sequence can admit holes, and if that is the case using the non-trx sequence (or even a native sequence) - that can help to avoid contention locks on the AD_Sequence table for all documents (when some internal 
'''''Not-c9fd''''': documents can admit holes without big issue)." 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2817 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2814 assignee set to "Diego Andres Ruiz Gomez" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2814 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2814 
'''''Not-c9fd''''': [IDEMPIERE] [~d_ruiz], can you please add the work in progress patch you shown at the workshop? 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2814 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2813 
'''''Not-c9fd''''': [IDEMPIERE] At workshop I shown it can be done actually for postgresql using the JVM parameter: {code} -Dorg.idempiere.db.postgresql.debugx=true {code} But [~tbayen] suggested that it would be more useful if that can be configured in a running server, so, this ticket is about to explore that new option. 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2813 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2813 
'''''Not-c9fd''''': [IDEMPIERE] At workshop I shown it can be done actually for postgresql using the JVM parameter: {code} -Dorg.idempiere.db.postgresql.debug=true {code} But [~tbayen] suggested that it would be more useful if that can be configured in a running server, so, this ticket is about to explore that new option. 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2813 
'''''Not-c9fd''''': [iDempiere] jenkins built #1735 completed (success) http://ci.idempiere.org/job/iDempiere/1735/ 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2812 
'''''Not-c9fd''''': [IDEMPIERE] I think I have a patch for a potential view on a backup hard disk at Bogotá. Will try to get it and add it here when I arrive back at home. 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2812 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2812 assignee set to "Carlos Antonio Ruiz Gomez" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2812 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2822 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Duplicate" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2822 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2817 issuetype set to "Improvement" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2817 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2833 issuetype set to "Improvement" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2833 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2833 description set to "http://wiki.idempiere.org/en/IDempiere_workshop_2015/transcript#how_to_change_the_application_dictionary The numbers of fields are in a sequence with multiples of 10. The reason for this is to allow the users to add custom fields in between if needed with numbers non multiple of 10. The tab editor destroy that because it renumbers the whole 
'''''Not-c9fd''''': window to multiples of 10. That can be considered a bug. It can be changed to not destroy sequences dependent of the entity type." 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2833 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2833 
'''''Not-c9fd''''': [IDEMPIERE] Or, we talked also about the tab editor to renumber the sequences as this: Dictionary fields are numbered in multiples of 10 (like 10, 20, 30, 40 ...) Non-dictionary fields are numbered as intermediate numbers (like 11,12,13,21,22....) - still can be possible to conflict if you have 10 intermediate fields, in such case I would think it must jump from 19 to 21 and the next dictionary would be 30. 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2833 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2832 issuetype set to "Improvement" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2832 
'''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2828 issuetype set to "Improvement" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2828 
'''''Not-c9fd''''': [IDEMPIERE] tbayen updated IDEMPIERE-2825 description set to "Read more about it here http://wiki.idempiere.org/en/IDempiere_workshop_2015/transcript#change_the_pricing_system and here http://wiki.idempiere.org/w-en/index.php?title=Prices_and_Conditions" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2825 
'''''Not-c9fd''''': [iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±3] https://bitbucket.org/idempiere/idempiere/commits/ 
'''''Not-c9fd''''': [iDempiere] globalqss 928d4a7 - hg merge release-2.1 (merge release2.1 into development) 
'''''Not-c9fd''''': [IDEMPIERE] tbayen updated IDEMPIERE-2825 description set to "Read more about it here http://wiki.idempiere.org/en/IDempiere_workshop_2015/transcript#change_the_pricing_system and here http://wiki.idempiere.org/en/Prices_and_Conditions" 
'''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2825 
'''''Not-c9fd''''': [iDempiere] jenkins built #1736 completed (success) http://ci.idempiere.org/job/iDempiere/1736/

@@ Line 54: / Line 54: @@
 '''''a42niem''''': thats ok :)<br>
 '''''aguerra''''': hello everybody!!!!<br>
 '''''a42niem''''': CarlosRuiz can you please create a jenkins user for me?! thanks<br>
 '''''CarlosRuiz''''': done<br>