IDempiere/FullMeeting20150916
⇐ Table of Contents | 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/
