#idempiere IRC log for Tuesday, 2015-05-26

« Monday, 2015-05-25 Index Wednesday, 2015-05-27 »
Not-832d[iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±3] https://bitbucket.org/idempiere/idempiere/commits/01:23
Not-832d[iDempiere] globalqss faef6a6 - IDEMPIERE-2112 improve shortcuts / implement Alt-X shortcut to close process/report dialog and report viewer window01:23
*** CarlosRuiz has quit IRC01:35
Not-832d[iDempiere2.1] jenkins built #221 completed (success) http://ci.idempiere.org/job/iDempiere2.1/221/01:37
*** hieplq has joined #idempiere02:05
Not-832d[IDEMPIERE] red1 updated IDEMPIERE-2628 status set to "Closed" -resolution set to "Cannot Reproduce"04:06
Not-832d[IDEMPIERE] Ah so it is 10 X 6 that matters as the base UOM is 'Each'. I used the UOM wrongly for KM. I should use Meter as base and then convert 1000 to 1 KM. Thanks and sorry for this mistake. Closing this.04:06
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-262804:06
Not-832d[iDempiere2.1Daily] jenkins built #98 completed (success) http://ci.idempiere.org/job/iDempiere2.1Daily/98/05:21
*** a42niem has joined #idempiere05:29
*** nmicoud has joined #idempiere05:46
*** silphium has joined #idempiere06:13
*** KermitTheFragger has quit IRC06:41
*** KermitTheFragger has joined #idempiere06:46
*** hieplq has quit IRC07:01
*** hieplq has joined #idempiere07:25
*** hieplq has quit IRC07:29
*** is-mw has joined #idempiere08:07
*** red1 has joined #idempiere08:24
*** ChanServ sets mode: +o red108:24
Not-832d[IDEMPIERE] deepak created IDEMPIERE-2645 Movement from one ASI to another do not create cost detail08:39
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-264508:39
*** red1 has quit IRC09:07
*** a42niem_ has joined #idempiere09:30
*** a42niem_ has left #idempiere09:30
*** jmpiloq has quit IRC10:28
Not-832d[IDEMPIERE] tsvikruha updated IDEMPIERE-2212 labels set to "+Patch"11:07
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-221211:07
*** tsvikruha has joined #idempiere11:15
tsvikruhaHi, is there anybody with experiences with Merge Entity process?11:15
tsvikruhaI would like to merge two products, but both of them are on same Physical Inventory - same Attribute set Instance and same Locator11:16
tsvikruhaon Phys.Inventory Line is unique index on (m_inventory_id, m_locator_id, m_product_id, m_attributesetinstance_id) which don't allow to merge products11:18
tsvikruhaWDYT, could be UNIQUE index replaced only by regular index? is necessary to have unique index on these columns?11:19
*** CarlosRuiz has joined #idempiere12:33
*** ChanServ sets mode: +o CarlosRuiz12:33
Not-832d[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2629 status set to "Open"12:36
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-262912:36
*** aguerra has joined #idempiere12:48
*** druiz has joined #idempiere12:56
Not-832d[IDEMPIERE] deepak updated IDEMPIERE-216 status set to "Reopened" -resolution set to "None"13:16
Not-832d[IDEMPIERE] Same we need to add on Physical inventory.13:16
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-21613:16
*** mhernandezve has joined #idempiere14:07
*** ocurieles has joined #idempiere14:15
*** alara has joined #idempiere14:19
*** Kuroshima has joined #idempiere14:45
KuroshimaHeya everybody14:45
ocurielesHi Everybody14:49
*** tsvikruha1 has joined #idempiere15:01
*** tsvikruha1 has quit IRC15:02
*** tsvikruha has quit IRC15:04
*** nmicoud has quit IRC15:05
*** ocurieles has quit IRC15:27
aguerrahello everybody15:30
*** KermitTheFragger has quit IRC15:49
KuroshimaCya everybody16:00
*** Kuroshima has quit IRC16:00
Not-832d[IDEMPIERE] jgarcia updated IDEMPIERE-263416:13
Not-832d[IDEMPIERE] I agree with you, the posting of match invoice must be take into account. In this case I am taking into account the material receipt posting and the matched vendor invoice, the net result of these two documents are: 2 Debit into product expenses account 1 credit into not invoiced receipts 1 credit into vendor liability 1 or more debits into taxes The wright posting net results after posting the matched16:13
Not-832dinvoice must be: 1 debit into product expense 1 credit and 1 debit (for the same value) to the not invoiced receipts 1 credit into vendor liability 1 or more debits into taxes Please see the example in your GlobalQSS demo site in the GardenWorld, please review the purchase order number 800016 and its matched material receipt and vendor invoice, and please let me know your opinion. Thanks in advance16:13
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-263416:13
Not-832d[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-263416:26
Not-832d[IDEMPIERE] Basically the MatcInv reverse the posting of the Material Receipt - what's the issue?16:26
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-263416:26
*** druiz has quit IRC16:28
Not-832d[IDEMPIERE] jgarcia updated IDEMPIERE-263416:34
Not-832d[IDEMPIERE] Yes, the match invoice must reverse the not invoiced receipt, (with product type item, it is done well) but when you use product type service the invoice does not reverse the not invoiced receipt debit, instead it make another debit to product expenses, this is the issue, please review in detail the sample I made in you globalqss demo site. Tks in advance16:34
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-263416:34
Not-832d[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-263416:39
Not-832d[IDEMPIERE] No, I mean *the MatcInv reverse the posting of the Material Receipt* - I reviewed your example on demo.globalqss.com and that's what I saw16:39
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-263416:39
*** mhernandezve has quit IRC17:14
*** jmpiloq has joined #idempiere17:17
*** aguerra has quit IRC17:49
Not-832d[IDEMPIERE] jgarcia updated IDEMPIERE-263418:05
Not-832d[IDEMPIERE] In the GardenAdmin example (purchase order 800016) the posting for material receipt is: 620590 Db 25 (This is Product expense account) 220591 Cr 25 (This is Not invoiced receipt account) The posting for the matched invoice is: 13559590 Db 4 and -0.88 (this is the taxes account) 620590 Db 25 (This is product expense account) 220590 Cr 28.12 (This is vendor liability account) Please let me know how the18:05
Not-832dposting of the invoice reverse the posting of material (I can not understand). Please your comments.18:05
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-263418:05
*** nmicoud has joined #idempiere18:29
*** alara has quit IRC18:36
*** aguerra has joined #idempiere18:38
*** nmicoud has quit IRC18:54
*** ocurieles has joined #idempiere19:02
Not-832d[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-263419:19
Not-832d[IDEMPIERE] Next time please use forums for support https://groups.google.com/forum/#!forum/idempiere You're looking the invoice posting, not the match invoice which is another document.19:19
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-263419:19
*** ocurieles has quit IRC19:20
*** CarlosRuiz has quit IRC20:04
*** CarlosRuiz has joined #idempiere20:06
*** ChanServ sets mode: +o CarlosRuiz20:06
*** Orlando_ has joined #idempiere20:43
Orlando_buenas tardes20:44
Orlando_carlos,  en el reporte de Reporte de Reabastecimiento no se filtran los datos para el combo Tipo de Documento20:47
CarlosRuizaja?20:48
Orlando_lo mismo pasa en el demo20:49
Orlando_y lo que veo es que en el archivo org.compiere.util.Env20:49
Orlando_en la lina  62020:50
Orlando_hay esta condicion if (s == null && ! onlyTab)20:50
Orlando_s no llega a ser null20:50
Orlando_sino vacio20:50
Orlando_y por eso no se filtran los datos para el combo20:51
CarlosRuizqué quiere decir con que "no se filtran los datos" ?20:51
Orlando_haber selecciono Reporte de Reabastecimiento20:52
Orlando_luego selecciono el combo crearç20:52
Orlando_y elijo Requisición20:52
Orlando_y en tipo de documento no sale nada20:53
Orlando_le cambie en el archivo Env.java  la condicion if (s.isEmpty() && ! onlyTab)20:54
Orlando_y asi si funciona20:54
CarlosRuizsi - pareciera que hay un error reciente - porque recuerdo que ese combo funcionaba20:55
Orlando_aja si funcionaba20:55
CarlosRuizde dónde eres?20:55
Orlando_de ambato20:55
CarlosRuizAmbato?  estuviste en el curso?20:55
Orlando_si20:56
Orlando_esos cambios esta en IDEMPIERE-263620:58
Orlando_segun veo el tortoisehg20:58
Not-832d[IDEMPIERE] jgarcia updated IDEMPIERE-263420:59
Not-832d[IDEMPIERE] You are right. Thanks for your help20:59
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-263420:59
CarlosRuizcreo más bien que es IDEMPIERE-2181, no?21:02
Orlando_jaja cierto21:03
CarlosRuizbuena investigación  :-)    pasó el curso   :-)21:06
Orlando_hasta luego carlos.....  actualizarale el repositorio.21:13
CarlosRuizvale - déjeme investigar bien - porque de pronto el error se introdujo más atrás21:13
Orlando_ok , auq desde ahi a mi me empeso a salir ese error21:14
*** Orlando_ has quit IRC21:14
aguerragtg, bye!!!21:34
*** aguerra has quit IRC21:34
Not-832d[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2181 status set to "Reopened" -resolution set to "None"21:35
Not-832d[IDEMPIERE] Orlando from Ambato notified on IRC about a failure caused by this ticket: http://www.globalqss.com/idempiere/irclog/%23idempiere.2015-05-26.log.html#t2015-05-26T20:44:10 Replenish report is not showing the list of Document Types21:35
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-218121:35
*** norbertbede has joined #idempiere22:01
norbertbedehi22:04
norbertbedeim opening today a thread related performance. could you please help me to clarify where i should state proper java flages ?22:05
norbertbedeidempiere.ini or ./idempiere-server.sh22:06
norbertbedecant find exact doc in wiki for this22:06
norbertbedefound this: https://idempiere.atlassian.net/browse/IDEMPIERE-225422:08
Not-832d[iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/22:47
Not-832d[iDempiere] globalqss 5628ea9 - IDEMPIERE-2181 Not possible to get a value from a tab when in detail / tab context is sometimes "" instead of null - must check for that too22:47
CarlosRuizhi norbertbede22:47
CarlosRuizidempiere-server.sh must be the place22:48
CarlosRuizyou must take a copy as the update.sh process restore it22:48
*** a42niem has quit IRC22:49
Not-832d[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2181 status set to "Resolved" -resolution set to "Fixed"22:51
Not-832d[IDEMPIERE] Found that because of this commit https://bitbucket.org/idempiere/idempiere/commits/903fffa tab context for IDs is written as "" instead of nulls Changed Env.java to cope with this situation22:51
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-218122:51
*** PabloValdivia has quit IRC23:01
Not-832d[iDempiere2.1] jenkins built #222 completed (success) http://ci.idempiere.org/job/iDempiere2.1/222/23:08
Not-832d[iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±3] https://bitbucket.org/idempiere/idempiere/commits/23:30
Not-832d[iDempiere] globalqss 82cca4a - IDEMPIERE-2629 M_StorageOnHand Qty and Total M_Transaction Qty did not match / remove some unneeded agressive locking to minimize deadlocks23:30
Not-832d[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2629 status set to "Resolved" -resolution set to "Fixed"23:36
Not-832d[IDEMPIERE] [~deepak], analyzed again this issue. In principle locking a record in a transaction and then re-reading from database within the same trx must not lead to deadlocks - as it must be guaranteed by database that another transaction cannot lock the same record. But is possible if there are programs agressively locking many records then a race condition is created and deadlocks could happen - but I think23:36
Not-832dthose agressive locks are a bad practice here. Analyzing the core code found 5 points where agressive locking was being forced - and not needed indeed. So, the commit https://bitbucket.org/idempiere/idempiere/commits/82cca4a fixes that - but still is possible that plugins tries those agressive locks, maybe we could deprecate the getAll, getWarehouse and getWarehouseNegative methods with the forUpdate clause in favour23:36
Not-832dof pushing people to use the non-locking approach. Regards, Carlos Ruiz23:36
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-262923:36
*** norbertbede has quit IRC23:37
Not-832d[iDempiere2.1] jenkins built #223 completed (success) http://ci.idempiere.org/job/iDempiere2.1/223/23:38
Not-832d[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1000 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Won't Fix"23:49
Not-832d[IDEMPIERE] revisiting this - I think is not a good idea to delete records - you can see that location and users are just appended - so in my test the merged BP ended with the same location and user twice. But it must not be possible to append some entities because of unique constraints - as the case described here - I think is correct the program leads to user to review the data and let the user choose which is the23:49
Not-832dcorrect record to delete instead the program assuming it.23:49
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-100023:49
Not-832d[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1784 status set to "Resolved" -resolution set to "Fixed"23:54
Not-832d[IDEMPIERE] Marking as resolved as IDEMPIERE-2337 implemented the context and now is possible to have "variable" filter via context variables23:54
Not-832d[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-178423:54
« Monday, 2015-05-25 Index Wednesday, 2015-05-27 »

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