*** xapiens has quit IRC | 01:08 | |
*** nmicoud has joined #idempiere | 04:10 | |
*** nmicoud has quit IRC | 04:23 | |
*** norbertbede1 has joined #idempiere | 05:10 | |
*** norbertbede1 has quit IRC | 06:04 | |
*** Mateus has joined #idempiere | 06:50 | |
Not-fdd1 | [IDEMPIERE] hagi updated IDEMPIERE-2678 | 06:58 |
---|---|---|
Not-fdd1 | [IDEMPIERE] I think that this topic is sometimes useful. My customer want to set numeric fields null by default logic. But, I can not it now. I think it needs a little bit more improvement. for example: to set numeric fields null by default logic. last sentence of GridField.defaultFromDatatype() method ※The neighborhood of 940th line of GridField // actual Numbers default to zero if | 06:58 |
Not-fdd1 | (DisplayType.isNumeric(m_vo.displayType)) { if (log.isLoggable(Level.FINE)) log.fine("[Number=0] " + m_vo.ColumnName); return getDefaultValue().toUpperCase().equals("NULL") ? createDefault(getDefaultValue()) :createDefault("0"); } return null; But, GridField.getDefault(ParseSeq seqGetDefaultValue) method may be need to improvement fundamentally. GridField.getDefault(ParseSeq seqGetDefaultValue) method does not allow | 06:58 |
Not-fdd1 | NULL till the last. ※The neighborhood of 610th line of GridField I'm sorry for my poor English. I am happy if my opinion become improvement for iDempiere. :D | 06:58 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2678 | 06:58 |
*** Mateus has quit IRC | 07:47 | |
*** CarlosRuiz has joined #idempiere | 08:17 | |
*** Mateus has joined #idempiere | 08:36 | |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2678 | 08:50 |
Not-fdd1 | [IDEMPIERE] [~hagi], I think you better discuss this in forums, this ticket was closed some time ago and your comment can be unnoticed. I didn't understand your issue, you mean you cannot set NULL to an integer? [~hieplq] implemented sysconfig ZK_SEQ_DEFAULT_VALUE_PANEL with ticket IDEMPIERE-2296, but I feel sometimes there is something about the default setting that is not working fine. Sometimes my preference is | 08:50 |
Not-fdd1 | not honored. Anyways, can we discuss in forums the use case and try to solve it? Regards, Carlos Ruiz | 08:50 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2678 | 08:50 |
Not-fdd1 | [IDEMPIERE] hagi updated IDEMPIERE-2678 | 09:19 |
Not-fdd1 | [IDEMPIERE] Dear Carlos, Thank you for your reply and information. And,I am sorry for comment to close ticket. I am careful not to comment on a closed ticket from now on. Thank you and sorry. | 09:19 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2678 | 09:19 |
*** Mateus has quit IRC | 09:23 | |
Not-fdd1 | [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-3.1 [+2/-0/±4] https://bitbucket.org/idempiere/idempiere/commits/ | 09:23 |
Not-fdd1 | [iDempiere] globalqss 3e2c52b - IDEMPIERE-3150 Multiple print of lines with charges in translated receipt/shipment or invoice | 09:23 |
*** CarlosRuiz has quit IRC | 09:56 | |
*** Mateus has joined #idempiere | 09:59 | |
Not-fdd1 | [iDempiere3.1] jenkins built #107 completed (success) http://ci.idempiere.org/job/iDempiere3.1/107/ | 10:02 |
*** Mateus has quit IRC | 11:40 | |
*** Mateus has joined #idempiere | 14:14 | |
*** xapiens has joined #idempiere | 14:37 | |
*** Mateus has quit IRC | 18:15 | |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3149 | 19:13 |
Not-fdd1 | [IDEMPIERE] Triage: error reported is reproducible in 3.1 Cause: Doc_InOut.createFacts:523 if (!dr.updateReverseLine (MInOut.Table_ID, is looking for a reverse line with the account that was changed by the distribution, can't find it and raise the error. Workaround as described (create reversal) works. Regards, Carlos Ruiz | 19:13 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3149 | 19:13 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3144 labels set to "+Patch experimental" | 19:22 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3144 | 19:22 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3148 | 19:32 |
Not-fdd1 | [IDEMPIERE] [~schnbeck], I tried to reproduce the issue but it worked fine with UPC null in M_Product and I_Product (as expected). The error you're mentioning would be reproduced if the UPC is an empty string '' in both M_Product and I_Product, but I think that is more like a data error (maybe loaded with SQL). Regards, Carlos Ruiz | 19:32 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3148 | 19:32 |
*** CarlosRuiz has joined #idempiere | 19:32 | |
Not-fdd1 | [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-3.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/ | 20:10 |
Not-fdd1 | [iDempiere] globalqss 65e5246 - IDEMPIERE-2678 Allow to set explicit NULL value for fields | 20:10 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2678 | 20:12 |
Not-fdd1 | [IDEMPIERE] xref https://groups.google.com/d/msg/idempiere/b2nzwFNUwyk/qjWS9MyQBwAJ | 20:13 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2678 | 20:13 |
Not-fdd1 | [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-3.1 [+0/-0/±2] https://bitbucket.org/idempiere/idempiere/commits/ | 20:14 |
Not-fdd1 | [iDempiere] hie...@hasuvimex.vn 3c1accb - IDEMPIERE-3139:Frequent timeout exception | 20:14 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3139 status set to "Resolved" -assignee set to "hieplq" -resolution set to "Fixed" | 20:15 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3139 | 20:15 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3140 status set to "Resolved" -resolution set to "Cannot Reproduce" | 20:17 |
Not-fdd1 | [IDEMPIERE] This is maybe for an old version, the line number reported in log doesn't match with the current code. Please feel free to reopen if reproducible in current version. | 20:17 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3140 | 20:17 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3121 labels set to "Potential-Idea" | 20:23 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3121 | 20:23 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3121 status set to "Resolved" -resolution set to "Won't Fix" | 20:23 |
Not-fdd1 | [IDEMPIERE] Thanks [~ocurieles], I think that's ok as a customization, for performance reasons is usually preferable in a Quick Info. | 20:23 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3121 | 20:23 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3120 Attachment set to "IDEMPIERE-3120_CR.patch" | 20:29 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3120 | 20:29 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3120 | 20:30 |
Not-fdd1 | [IDEMPIERE] [~hagi], I think instead of reading isPosted the processes must look for isProcessed flag. Attaching a patch IDEMPIERE-3120_CR.patch - can you please review / comment / test? Regards, Carlos Ruiz | 20:30 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3120 | 20:30 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3119 status set to "Resolved" -resolution set to "Cannot Reproduce" | 20:39 |
Not-fdd1 | [IDEMPIERE] Cannot reproduce the issue with version 3.1 | 20:39 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3119 | 20:39 |
Not-fdd1 | [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-3.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/ | 20:43 |
Not-fdd1 | [iDempiere] globalqss 34df18a - IDEMPIERE-3064 Importing InventoryMovements is violating AD_Client scope / integrating patch contributed by Daniel Haag (dhdx) | 20:43 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-3064 status set to "Resolved" -assignee set to "Daniel Haag" -resolution set to "Fixed" | 20:45 |
Not-fdd1 | [IDEMPIERE] Thanks [~dhdx] | 20:45 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3064 | 20:45 |
Not-fdd1 | [iDempiere3.1] jenkins built #108 completed (success) http://ci.idempiere.org/job/iDempiere3.1/108/ | 20:45 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2600 | 20:46 |
Not-fdd1 | [IDEMPIERE] Case 1 probably solved with IDEMPIERE-3064 | 20:46 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2600 | 20:46 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1435 status set to "Resolved" -resolution set to "Duplicate" | 20:48 |
Not-fdd1 | [IDEMPIERE] Solved in IDEMPIERE-3150 | 20:48 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1435 | 20:48 |
Not-fdd1 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2986 Component set to "Swing Client" | 20:58 |
Not-fdd1 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2986 | 20:58 |
*** CarlosRuiz has quit IRC | 20:59 | |
Not-fdd1 | [iDempiere3.1] jenkins built #109 completed (success) http://ci.idempiere.org/job/iDempiere3.1/109/ | 21:09 |
*** jdpaniagua has joined #idempiere | 22:00 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!