#idempiere IRC log for Thursday, 2017-06-22

*** CarlosRuiz has quit IRC00:47
Not-6102[IDEMPIERE] hieplq created IDEMPIERE-3404 Env of find dialog should separate from target window02:05
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-340402:05
*** a42niem has joined #idempiere04:09
Not-6102[iDempiere4.1Daily] jenkins built #80 completed (success) http://ci.idempiere.org/job/iDempiere4.1Daily/80/04:37
*** nmicoud has joined #idempiere06:01
*** slav01 has joined #idempiere08:08
*** a42niem has quit IRC10:09
Not-6102[iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-4.1 [+0/-0/±4] https://bitbucket.org/idempiere/idempiere/commits/10:35
Not-6102[iDempiere] druiz 451fcb4 - 1008086 - External (non-plugin) 2Pack automation (NPE potential issue)10:35
Not-6102[IDEMPIERE] hieplq updated IDEMPIERE-3037 status set to "Reopened" -resolution set to "None"10:41
Not-6102[IDEMPIERE] i saw class MInOut class have same code on two branch. what's mistake? block of branch "if (sLine.getMovementQty().compareTo(Env.ZERO) > 0) {" and else is same {code:java} if (sLine.getMovementQty().compareTo(Env.ZERO) > 0) { // Find Date Material Policy bases on ASI storages = MStorageOnHand.getWarehouse(getCtx(), 0, sLine.getM_Product_ID(), sLine.getM_AttributeSetInstance_ID(), null,10:41
Not-6102MClient.MMPOLICY_FiFo.equals(product.getMMPolicy()), false, sLine.getM_Locator_ID(), get_TrxName()); } else { //Case of reversal storages = MStorageOnHand.getWarehouse(getCtx(), 0, sLine.getM_Product_ID(), sLine.getM_AttributeSetInstance_ID(), null, MClient.MMPOLICY_FiFo.equals(product.getMMPolicy()), false, sLine.getM_Locator_ID(), get_TrxName()); } {code}10:41
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-303710:41
Not-6102[iDempiere4.1] jenkins built #128 completed (success) http://ci.idempiere.org/job/iDempiere4.1/128/11:03
Not-6102[IDEMPIERE] hieplq updated IDEMPIERE-303711:13
Not-6102[IDEMPIERE] block code below break logic description at IDEMPIERE-386 1. We always use Movement date on DareMaterialPolicy when adding new stock (On MR, Physical Inventory or production) {code:java} if (dateMPolicy == null && storages.length > 0) dateMPolicy = storages[0].getDateMaterialPolicy(); {code}11:13
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-303711:13
*** a42niem has joined #idempiere12:01
*** nmicoud has quit IRC15:36
Not-6102[iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-4.1 [+2/-0/±0] https://bitbucket.org/idempiere/idempiere/commits/15:48
Not-6102[iDempiere] globalqss 9031a09 - IDEMPIERE-794 fix wrong reference15:49
Not-6102[iDempiere4.1] jenkins built #129 completed (success) http://ci.idempiere.org/job/iDempiere4.1/129/16:03
Not-6102[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-277116:53
Not-6102[IDEMPIERE] Changed the semaphore approach to a DB lock - it helps to avoid multiple servers applying same 2pack https://bitbucket.org/idempiere/idempiere/commits/aebe76d https://bitbucket.org/idempiere/idempiere/commits/451fcb416:53
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-277116:54
*** Alexandre_ has joined #idempiere18:53
Alexandre_Hello!18:53
Alexandre_someone has a test server ?18:54
Alexandre_my first contact with idempiere18:54
Not-6102[IDEMPIERE] norbert.bede created IDEMPIERE-3405 When Window Preference doesn't exists then Default Doctype Taken - also from another cliient19:41
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-340519:41
Not-6102[IDEMPIERE] norbert.bede updated IDEMPIERE-340519:50
Not-6102[IDEMPIERE] hi [~hieplq]. we worked together lot 2 years ago on value prefernces. we found this issue. would be sort out this issue. any help appreciated. we need somehow resolve if now preference exists then do not take wrong doctype from another of same client with isdefault='Y'19:50
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-340519:50
Not-6102[IDEMPIERE] norbert.bede updated IDEMPIERE-3405 description set to "issue: we recognise our users creates sales orders by leave empty target doctype field. when they save it then another docbasetype default c_doctype_id loaded to foreign field. *step by step reproduction* 1. Login to GardenWorld 2. open a window e.g sales Order - delete preference 2 options are i. target doctype - > right click delete window level19:52
Not-6102preference ii. open window preference window and delete Attributes for window sales order 3. set e.g. payment vendor as isDefault 4. logout/login 5. create sales order fill org, bp, etc. DO NOT FILL Target Doc Type >> SAVE IT *BUG: sales order doctype will be Payment Doctype.* This is very danger and able to seriously mess-up user data. This happening when Preference doesn't exists for window. This should happen when19:52
Not-6102a superuser or higher role level delete and manipulate value preference for window level. IMPORTANT: in our case Window populate doctype from ANOTHER CLIENT: "19:52
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-340519:52
Not-6102[IDEMPIERE] norbert.bede updated IDEMPIERE-3405 Attachment set to "IDEMPIERE-3405example.png"19:56
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-340519:56
Not-6102[IDEMPIERE] norbert.bede updated IDEMPIERE-3405 description set to "issue: we recognise our users creates sales orders by leave empty target doctype field. when they save it then another docbasetype default c_doctype_id loaded to foreign field. *step by step reproduction* 1. Login to GardenWorld 2. open a window e.g sales Order - delete preference 2 options are i. target doctype - > right click delete window level19:56
Not-6102preference ii. open window preference window and delete Attributes for window sales order 3. set e.g. payment vendor as isDefault 4. logout/login 5. create sales order fill org, bp, etc. DO NOT FILL Target Doc Type >> SAVE IT *BUG: sales order doctype will be Payment Doctype.* This is very danger and able to seriously mess-up user data. This happening when Preference doesn't exists for window. This should happen when19:56
Not-6102a superuser or higher role level delete and manipulate value preference for window level. IMPORTANT: in our case Window populate doctype from ANOTHER CLIENT: Example !IDEMPIERE-3405example.png|thumbnail! "19:56
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-340519:56
Not-6102[IDEMPIERE] norbert.bede updated IDEMPIERE-3405 description set to "issue: we recognise our users creates sales orders by leave empty target doctype field. when they save it then another docbasetype default c_doctype_id loaded to foreign field. *step by step reproduction* 1. Login to GardenWorld 2. open a window e.g sales Order - delete preference 2 options are i. target doctype - > right click delete window level19:58
Not-6102preference ii. open window preference window and delete Attributes for window sales order 3. set e.g. payment vendor as isDefault 4. logout/login 5. create sales order fill org, bp, etc. DO NOT FILL Target Doc Type >> SAVE IT *BUG: sales order doctype will inherit Payment Doctype.* This is very danger and able to seriously mess-up user data. This happening when Preference doesn't exists for window. This should happen19:58
Not-6102when a superuser or higher role level delete and manipulate value preference for window level. IMPORTANT: in our case Window populate doctype from ANOTHER CLIENT: Example !IDEMPIERE-3405example.png|thumbnail! "19:58
Not-6102[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-340519:58
*** Alexandre_ has quit IRC20:28
*** aguerra has joined #idempiere20:29
*** aguerra has quit IRC21:23
*** a42niem has quit IRC22:50

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