*** CarlosRuiz has quit IRC | 00:47 | |
Not-6102 | [IDEMPIERE] hieplq created IDEMPIERE-3404 Env of find dialog should separate from target window | 02:05 |
---|---|---|
Not-6102 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3404 | 02:05 |
*** a42niem has joined #idempiere | 04:09 | |
Not-6102 | [iDempiere4.1Daily] jenkins built #80 completed (success) http://ci.idempiere.org/job/iDempiere4.1Daily/80/ | 04:37 |
*** nmicoud has joined #idempiere | 06:01 | |
*** slav01 has joined #idempiere | 08:08 | |
*** a42niem has quit IRC | 10: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-6102 | MClient.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-3037 | 10: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-3037 | 11: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-3037 | 11:13 |
*** a42niem has joined #idempiere | 12:01 | |
*** nmicoud has quit IRC | 15: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 reference | 15: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-2771 | 16: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/451fcb4 | 16:53 |
Not-6102 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2771 | 16:54 |
*** Alexandre_ has joined #idempiere | 18:53 | |
Alexandre_ | Hello! | 18:53 |
Alexandre_ | someone has a test server ? | 18:54 |
Alexandre_ | my first contact with idempiere | 18:54 |
Not-6102 | [IDEMPIERE] norbert.bede created IDEMPIERE-3405 When Window Preference doesn't exists then Default Doctype Taken - also from another cliient | 19:41 |
Not-6102 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3405 | 19:41 |
Not-6102 | [IDEMPIERE] norbert.bede updated IDEMPIERE-3405 | 19: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-3405 | 19: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 level | 19:52 |
Not-6102 | preference 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 when | 19:52 |
Not-6102 | a 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-3405 | 19: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-3405 | 19: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 level | 19:56 |
Not-6102 | preference 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 when | 19:56 |
Not-6102 | 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:56 |
Not-6102 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3405 | 19: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 level | 19:58 |
Not-6102 | preference 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 happen | 19:58 |
Not-6102 | when 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-3405 | 19:58 |
*** Alexandre_ has quit IRC | 20:28 | |
*** aguerra has joined #idempiere | 20:29 | |
*** aguerra has quit IRC | 21:23 | |
*** a42niem has quit IRC | 22:50 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!