|
|
| Line 54: |
Line 54: |
| | '''''a42niem''''': thats ok :)<br> | | '''''a42niem''''': thats ok :)<br> |
| | '''''aguerra''''': hello everybody!!!!<br> | | '''''aguerra''''': hello everybody!!!!<br> |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2808<br>
| |
| − | '''''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<br>
| |
| − | '''''Not-c9fd''''': case you describe). Regards, Carlos Ruiz<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2808<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2806 labels set to "Triaged"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2806<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2806<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] Yes, reproduced, "Validate Business Partner" solves the issue.<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2806<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] globalqss 79fcfaf - IDEMPIERE-2806 Incorrect Open Balance on Business Partner Screen<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2806 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Fixed"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2806<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2804<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] I think is better to add the validation on CopyRole anyways - defensive programming<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2804<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] CarlosRuiz_globalqss pushed 2 commits to development [+0/-0/±4] https://bitbucket.org/idempiere/idempiere/commits/<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] a42niem e9a71d4 - IDEMPIERE-2732 Make Callouts replaceable by Factory approach refined to check on requested method in class provided by factory<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] globalqss 5809228 - IDEMPIERE-2732 - minor - remove warnings<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2732 status set to "Resolved" -assignee set to "Dirk Niemeyer" -resolution set to "Fixed"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2732<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2777<br>
| |
| − | '''''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?<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2777<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] jenkins built #1734 completed (success) http://ci.idempiere.org/job/iDempiere/1734/<br>
| |
| − | '''''Not-c9fd''''': [iDempiere2.1] jenkins built #302 completed (success) http://ci.idempiere.org/job/iDempiere2.1/302/<br>
| |
| | '''''a42niem''''': CarlosRuiz can you please create a jenkins user for me?! thanks<br> | | '''''a42niem''''': CarlosRuiz can you please create a jenkins user for me?! thanks<br> |
| | '''''CarlosRuiz''''': done<br> | | '''''CarlosRuiz''''': done<br> |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2798<br>
| |
| − | '''''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.<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2798<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] mzi1sk 45801a8 - IDEMPIERE-2730 Error on Jasper Report in Idempiere Swing Client<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2730 status set to "Resolved" -assignee set to "Michal Zilincar" -resolution set to "Fixed"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2730<br>
| |
| − | '''''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<br>
| |
| − | '''''Not-c9fd''''': documents can admit holes without big issue)."<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2817<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2814 assignee set to "Diego Andres Ruiz Gomez"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2814<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2814<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] [~d_ruiz], can you please add the work in progress patch you shown at the workshop?<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2814<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2813<br>
| |
| − | '''''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.<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2813<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2813<br>
| |
| − | '''''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.<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2813<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] jenkins built #1735 completed (success) http://ci.idempiere.org/job/iDempiere/1735/<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2812<br>
| |
| − | '''''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.<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2812<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2812 assignee set to "Carlos Antonio Ruiz Gomez"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2812<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2822 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Duplicate"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2822<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2817 issuetype set to "Improvement"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2817<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2833 issuetype set to "Improvement"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2833<br>
| |
| − | '''''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<br>
| |
| − | '''''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."<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2833<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2833<br>
| |
| − | '''''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.<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2833<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2832 issuetype set to "Improvement"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2832<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2828 issuetype set to "Improvement"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2828<br>
| |
| − | '''''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"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2825<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±3] https://bitbucket.org/idempiere/idempiere/commits/<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] globalqss 928d4a7 - hg merge release-2.1 (merge release2.1 into development)<br>
| |
| − | '''''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"<br>
| |
| − | '''''Not-c9fd''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2825<br>
| |
| − | '''''Not-c9fd''''': [iDempiere] jenkins built #1736 completed (success) http://ci.idempiere.org/job/iDempiere/1736/<br>
| |
