details: https://code.openbravo.com/erp/devel/main/rev/007ccf9e4c3d changeset: 32876:007ccf9e4c3d user: Asier Lostalé <asier.lostale <at> openbravo.com> date: Tue Oct 03 08:34:41 2017 +0200 summary: fixed bug 36990: 2.50->PR17Q4 upgrade fails
If failed becuse of the order source data rows are inserted/deleted/updated. Before 35653 was fixed, rows were sorted by their ID and insertions deltions and updates were performed in that order. Afterwars, rows were sorted in the same way, but insertions and deletions were performed before updates. This casues that, in some weird cases, constraints to be broken while updating making the process to fail. Now it has been fixed by restoring previous order, so that updates are not postponed anymore. details: https://code.openbravo.com/erp/devel/main/rev/190499832b68 changeset: 32877:190499832b68 user: Augusto Mauch <augusto.mauch <at> openbravo.com> date: Thu Oct 19 10:23:06 2017 +0200 summary: Fixes issue 37107: import.sample.data fails if a file cannot be imported If a file cannot be imported the import.sample.data process will stop immediately and will show log describing the problem. To be able to catch the exceptions thrown in another thread, now the logic to import files is wrapped in a Callable instead of a Runnable. details: https://code.openbravo.com/erp/devel/main/rev/3f562fbc6d68 changeset: 32878:3f562fbc6d68 user: David Miguelez <david.miguelez <at> openbravo.com> date: Tue Oct 24 11:16:35 2017 +0200 summary: Fixes Issue 37120. Sets correct Organization in new Invoice line * If the organization of the original invoice line belongs to the child tree of the organization of the document header of the new line, use the organization of the original invoice line * If not, use the organization of the document header of the new line details: https://code.openbravo.com/erp/devel/main/rev/0d45c808862f changeset: 32879:0d45c808862f user: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com> date: Wed Oct 25 14:54:52 2017 +0200 summary: Fixed issue 37063 Backport of 36966: Retrieve AttSetIntance JSON info using PL -Added PL function to retrieve json details about certain m_attsetinstance_id details: https://code.openbravo.com/erp/devel/main/rev/f16d24be3f02 changeset: 32880:f16d24be3f02 user: David Miguelez <david.miguelez <at> openbravo.com> date: Thu Nov 02 11:43:07 2017 +0100 summary: Fixes Issue 37191. Fixes problem when checking negative Stock in the system. * Function m_check_stock filters records by the natural tree of the selected Organization instead of the Organization itself. This is done due to the fact that the Organization of the Storage Detail might not be the same as the Organization of the Bin * Function m_check_stock has an additional optional parameter, locator_id This is done to filter the records just by the selected bin * All PL's of Core that calls the m_check_stock has been adapted to support the extra parameter details: https://code.openbravo.com/erp/devel/main/rev/ca8b98cbf51c changeset: 32881:ca8b98cbf51c user: David Miguelez <david.miguelez <at> openbravo.com> date: Thu Nov 02 13:02:26 2017 +0100 summary: Related to Issue 37191. * Fixes check stock method in InventoryCountProcess * When completing a Goods Movement, do not check stock for Bin To - It has been checked that only negative stock can be moved to that bin if the Inventory Status allows over issue - If it has already negative stock previously, do not check it here details: https://code.openbravo.com/erp/devel/main/rev/03c0d2e1b8b4 changeset: 32882:03c0d2e1b8b4 user: David Miguelez <david.miguelez <at> openbravo.com> date: Fri Nov 03 13:06:57 2017 +0100 summary: Related to Issue 37191. Removes Organization filter. * Filtering by the Natural Tree of the Organization of the Storage Detail was not correct, since the Organization given to this function by the Transaction might not be included in it. * Since there is a Parameter to filter by Locator, it is not needed to filter also by Organization (is implicit) * This Paramter is optional in order to not break the API, but it is highly recommemded that it is always filled. details: https://code.openbravo.com/erp/devel/main/rev/126e6c887133 changeset: 32883:126e6c887133 user: Carlos Aristu <carlos.aristu <at> openbravo.com> date: Wed Nov 08 19:21:16 2017 +0100 summary: fixes issue 37261: Some labels are not translated after switching the language After the changes introduced on issue #35852 the labels were being cached together with the rest of the static javascript code. Thus, being in an environment not in "in development" status, the labels were being cached in the language of the first login avoiding the translation when switching to another language afterwards. To fix the problem now the component responsible of collecting the labels has been defined as a session dynamic component. This way the labels will be retrieved on every login. And to avoid querying to the database on each login request, the labels are now being cached in the server per language. details: https://code.openbravo.com/erp/devel/main/rev/a0defd938236 changeset: 32884:a0defd938236 user: Carlos Aristu <carlos.aristu <at> openbravo.com> date: Wed Nov 08 19:22:12 2017 +0100 summary: related to issue 37261: adapt test cases to the new component's definition details: https://code.openbravo.com/erp/devel/main/rev/c98883362072 changeset: 32885:c98883362072 user: Inigo Sanchez <inigo.sanchez <at> openbravo.com> date: Tue Nov 14 13:53:41 2017 +0100 summary: Fixed issue 37281: Deactivated roles are displayed in the user profile widget The problem was caused by the "Improve scalability of the login process" project. When improving the performance of the query that return the complete role list for the current user, the OBQuery instance used to generate it was replaced with a Query instance. The first includes by default the filter by is active. To fix the problem this filter must be added manually in the query. Now the problem has been resolved by take into account this filter. details: https://code.openbravo.com/erp/devel/main/rev/0559fa5e9e84 changeset: 32886:0559fa5e9e84 user: Inigo Sanchez <inigo.sanchez <at> openbravo.com> date: Thu Nov 16 12:36:41 2017 +0100 summary: Fixed issue 37293: Deactivated orgs are displayed in the user profile widget The problem was caused by the "Improve scalability of the login process" project. When improving the performance of the query that return the complete organizations list for the current user, the OBQuery instance used to generate it was replaced with a Query instance. The first includes by default the filter by is active. To fix the problem this filter must be added manually in the query. Now the problem has been resolved by take into account this filter. Besides the same problem is detected in other query related with deactivated warehouses so it is fixed too. details: https://code.openbravo.com/erp/devel/main/rev/9de3f82bf7d6 changeset: 32887:9de3f82bf7d6 user: Carlos Aristu <carlos.aristu <at> openbravo.com> date: Fri Nov 17 14:59:23 2017 +0100 summary: fixes bug 37311: OB created partially in old processes shown in 3.0 windows With the changes introduced on issue 0035553, the OB object is generated in two stages: it is initialized when the JS static resources are loaded and secondly additional session data is included with the SessionDynamic request. In old processes inside 3.0 windows, a request to load the JS static resources is done but the SessionDynamic request is not. As a result, the OB object was generated partially. This caused JS errors when referencing to the missing data. To fix this issue, now when we are in an old process loaded inside a 3.0 window, instead of generating the OB object from scratch, it is cloned from the main OB object of the application which is generated right after logging in. details: https://code.openbravo.com/erp/devel/main/rev/a38e08a43614 changeset: 32888:a38e08a43614 user: Carlos Aristu <carlos.aristu <at> openbravo.com> date: Mon Nov 27 19:16:22 2017 +0100 summary: fixes bug 37429: Duplicated DS calls having the tree view shown in a sub-tab Fix for issue #35545 was intended to force a datasource call when the fetchData does not perform it. This function has a mechanism that avoids DS calls when the grid criteria i not being changed. But when the criteria indeed changes two DS request was being fired: the one that we are forcing and the other one fired by the fetchData function. To avoid this problem we are forcing the DS call just when the grid criteria has not changed. details: https://code.openbravo.com/erp/devel/main/rev/272695c75c88 changeset: 32889:272695c75c88 user: Atul Gaware <atul.gaware <at> openbravo.com> date: Tue Dec 12 15:00:06 2017 +0530 summary: Fixes Issue 37456:Change the role in the ERP has performance problems ** Flush is called before calling fillSessionArguments ** new ConnectionProvider without flush is passed to the fillSessionArguments method which avoids flush for every select statement which uses this connection Provider as flush is not need for select statements. details: https://code.openbravo.com/erp/devel/main/rev/d429c9745916 changeset: 32890:d429c9745916 user: Antonio Moreno <antonio.moreno <at> openbravo.com> date: Tue Dec 19 18:46:40 2017 +0100 summary: Fixed issue 37420. Added index to improve performance of C_IMPORT_ENTRY_ARCHIVE deletion. details: https://code.openbravo.com/erp/devel/main/rev/d0a8fbdce144 changeset: 32891:d0a8fbdce144 user: RM packaging bot <staff.rm <at> openbravo.com> date: Thu Dec 28 07:59:05 2017 +0000 summary: Commit to increment the obx version details: https://code.openbravo.com/erp/devel/main/rev/bd39ed9a6246 changeset: 32892:bd39ed9a6246 user: RM packaging bot <staff.rm <at> openbravo.com> date: Thu Dec 28 07:59:46 2017 +0000 summary: Commit to increment the obx version details: https://code.openbravo.com/erp/devel/main/rev/ae00eabc659c changeset: 32893:ae00eabc659c user: RM packaging bot <staff.rm <at> openbravo.com> date: Thu Dec 28 08:02:05 2017 +0000 summary: Commit to increment the obx version details: https://code.openbravo.com/erp/devel/main/rev/a8b6912d30a3 changeset: 32894:a8b6912d30a3 user: RM packaging bot <staff.rm <at> openbravo.com> date: Thu Dec 28 08:02:43 2017 +0000 summary: Update AD_MODULE version to 3.0PR17Q4 details: https://code.openbravo.com/erp/devel/main/rev/43d95f7cb670 changeset: 32895:43d95f7cb670 user: RM packaging bot <staff.rm <at> openbravo.com> date: Thu Dec 28 08:02:43 2017 +0000 summary: Added tag 3.0PR17Q4 for changeset a8b6912d30a3 details: https://code.openbravo.com/erp/devel/main/rev/2ac0366f3207 changeset: 32896:2ac0366f3207 user: RM packaging bot <staff.rm <at> openbravo.com> date: Thu Dec 28 08:02:44 2017 +0000 summary: Added signature for changeset 43d95f7cb670 details: https://code.openbravo.com/erp/devel/main/rev/7118317b72bf changeset: 32897:7118317b72bf user: RM packaging bot <staff.rm <at> openbravo.com> date: Fri Dec 29 10:04:11 2017 +0000 summary: Merge temporary head for 3.0PR17Q4 diffstat: .hgsigs | 4 ++++ .hgtags | 4 ++++ 2 files changed, 8 insertions(+), 0 deletions(-) diffs (24 lines): diff -r 44a89970274a -r 7118317b72bf .hgsigs --- a/.hgsigs Mon Oct 02 15:29:13 2017 +0000 +++ b/.hgsigs Fri Dec 29 10:04:11 2017 +0000 @@ -218,4 +218,8 @@ 0e959ce9b986f2770ac4ac02296a59adaafdc919 0 iEYEABECAAYFAllSJLwACgkQCX/oGf+2qkOkKACfWiWW37hMTW9d4fneU+4JJsG//LYAoLkOPDVyEZCTY/IpOEuXT0hHKE9e 4bad64e9d7577310506e2e19cacba696ed703ad6 0 iEYEABECAAYFAlmKpMUACgkQCX/oGf+2qkNGywCgobMSxQWqAp5l5HsKqlQMPn8GkNsAoOBNizvazzb9wRiYA1/57ntgR253 9e6056c0e38e4355acf8d72a8efab6575c7f9733 0 iEYEABECAAYFAlm40qMACgkQCX/oGf+2qkPKxgCgndqN2CnOSnbnZEsQntY+mUaqZZEAoK6Xl9Q4HbgHep6JG/owLOzyehRK +391e9626024899e664de6a55c88ee72e3e2d9710 0 iEYEABECAAYFAln77A4ACgkQCX/oGf+2qkOfGACgyr/EcAt6vsNW/zbB1YQ01t3UVtEAoNJJf5xPqkNN1SbNHwLySptoRaDN ff7be0e0ba8762069ad86523828a57139b396d39 0 iEYEABECAAYFAlm/UPkACgkQCX/oGf+2qkM8UQCdGDxGviT6mh8nKnu2HP1qzZzX0cYAoJaBd9WSUNj2Dlh2yjJT+7zYxKcC +54cdd8284122f787eac4b4ab67b4ab4584ddcccb 0 iEYEABECAAYFAln8YP0ACgkQCX/oGf+2qkNbKACgxFsQqRE0goPX4VewSccTQcGZRVEAnitoyHAuUroUJpFUFLztc6pzkUL2 +bbeae307872835b1e84136c537adec44b7a0b3c1 0 iEYEABECAAYFAlpDLAIACgkQCX/oGf+2qkNiugCgj1TTu2BeYoAqAqD08Gci3lHJvogAnAvmNL987nIAckknQ1CosIUDmA+K +43d95f7cb67084eb978752359847ab28b9aa14f6 0 iEYEABECAAYFAlpEpSMACgkQCX/oGf+2qkNdMACdGNGo6rpHht3lNH3FmwtsNcIe65sAn1sM9rBx/Sm3ytwcL2C5irUyD05J diff -r 44a89970274a -r 7118317b72bf .hgtags --- a/.hgtags Mon Oct 02 15:29:13 2017 +0000 +++ b/.hgtags Fri Dec 29 10:04:11 2017 +0000 @@ -229,4 +229,8 @@ c37991aee21566d0ed397369377abdaeaf1a6f52 3.0PR17Q2.1 632ba9b2ee8c8133be5b483482d3d99a83b4138f 3.0PR17Q2.2 7fafd2a9f24bd0d5889253005412101631cc1efe 3.0PR17Q2.3 +688697b19d3692d75972558eaf9fc5eccd145a61 3.0PR17Q2.4 a8925ad2d61f4625aa62c1ee31babecaa73b787f 3.0PR17Q3 +452e6c576f1db52e686cf3138099790e242e7927 3.0PR17Q3.1 +f500d43a59bb69265a7aa704a9fd20bffd68c8a9 3.0PR17Q3.2 +a8b6912d30a34e4a7d0873fc0fe53df228417b49 3.0PR17Q4 ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Openbravo-commits mailing list Openbravo-commits@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openbravo-commits
