details: https://code.openbravo.com/erp/devel/main/rev/a292c1426935 changeset: 33202:a292c1426935 user: Inigo Sanchez <inigo.sanchez <at> openbravo.com> date: Fri Jan 19 14:36:06 2018 +0100 summary: Fixed issue 37684: Filter on quick launch menu is not accent sensitive
After the changes introduced in the "Improve scalability of the login process" project on issue #35553, the quick launch menu no longer used the specific datasource. The datasource has a fieldMatchesFilter method that allow searchs not distinguish between accent or non-accent words. Since the changes were introduced, the data is filter in the client instead of in the datasource and for this reason the fieldMatchesFilter method is not executed. To fix the problem two main actions have been done: - Small clean code moving the functionality of fieldMatchesFilter method to ob-utilities in order to avoid duplicated code. - The getQuickMenuItems method must be save the identifiers without accents using the method previosuly created in ob-utilities. It has been done the same with the value returned in the getPickListFilterCriteria method. Removing the accents in the items of the filter in ob-quick-launch.js the problem has been resolved. The accents are now ignored in Quick launch Menu' suggestion combobox. details: https://code.openbravo.com/erp/devel/main/rev/5b166011ace4 changeset: 33203:5b166011ace4 user: Carlos Aristu <carlos.aristu <at> openbravo.com> date: Mon Jan 22 12:49:53 2018 +0100 summary: related to bug 37684: use title field as the display value for the menu entries As now the _identifier contains the title text but without accents, it can not be used as the display field because in that case it would not be possible to show menu entries with accents. For this reason we now use the title field as the display field. details: https://code.openbravo.com/erp/devel/main/rev/ccd3463312e1 changeset: 33204:ccd3463312e1 user: David Miguelez <david.miguelez <at> openbravo.com> date: Wed Jan 24 17:06:20 2018 +0100 summary: Fixes Issue 37717. "Project Phase" field does not show any value (although Project is selected) in Expense Sheet window In callouts, for fields representing Ids, an empty string is returned instead of null. details: https://code.openbravo.com/erp/devel/main/rev/d08870405ffb changeset: 33205:d08870405ffb user: Nono Carballo <nonofce <at> gmail.com> date: Mon Jan 22 12:12:44 2018 +0100 summary: Fixes issue 37718: Movement Qty column info not updated once a product with stock is selected in Goods Shipment if Alt UOM Preference is enable. Operative Quantity field isautomatically populated if the selected product do not have a default Alternative UOM configured and the product has quantity on hand. details: https://code.openbravo.com/erp/devel/main/rev/b5fa0f0509d9 changeset: 33206:b5fa0f0509d9 user: David Miguelez <david.miguelez <at> openbravo.com> date: Mon Jan 22 12:30:04 2018 +0100 summary: Related to issue 37718: Code Review changes * Added final modifier to product object again * Removed unused methods * When setting the AUM, set also the Quantity expresed in AUM and for that, convert the original quantity to the AUM equivalent. details: https://code.openbravo.com/erp/devel/main/rev/815ea8807118 changeset: 33207:815ea8807118 user: David Miguelez <david.miguelez <at> openbravo.com> date: Wed Jan 24 16:21:27 2018 +0100 summary: Related to Issue 37718. Change done to reload the qty in stock for a product instead of 0 after the line has been saved details: https://code.openbravo.com/erp/devel/main/rev/c20b18abfd46 changeset: 33208:c20b18abfd46 user: Nono Carballo <nonofce <at> gmail.com> date: Mon Jan 22 12:49:49 2018 +0100 summary: Fixes issue 37719: RTV shipment (Pick/Edit Lines) not properly working if Returned UOM is changed from Unit to Pallet. When changing Ship Qty and then returned Uom, just pending field is updated, showing the pending quantity expressed in returned Uom. Same behaviour in Return Material Receipt window. details: https://code.openbravo.com/erp/devel/main/rev/7c5b6b9df580 changeset: 33209:7c5b6b9df580 user: David Miguelez <david.miguelez <at> openbravo.com> date: Mon Jan 29 11:38:22 2018 +0100 summary: Fixes Issue 37764. Fixes performance in Return Material Receipt P&E In view m_rm_receipt_pick_edit a new column has been added with the Business Partner from the Order. This new column is used in the filter of the Return Material P&E Tab. By doing so, additional cross joins with OrderLine and Order Tables are avoided. Also, the planner in Postgres is able to properly use the Business Partner index. details: https://code.openbravo.com/erp/devel/main/rev/7cd239fd329a changeset: 33210:7cd239fd329a user: David Miguelez <david.miguelez <at> openbravo.com> date: Fri Jan 19 09:25:37 2018 +0100 summary: Fixes Issue 37785:Overly huge request size in AddPaymentDisplayLogicActionHandle Before sending the context, the grids with the information about orders and invoices, gl items and credit used are removed from it. This data is not used for calculating the display or read only logic of the rest of the parameters and sending the grid can have an impact in the performance of this process. details: https://code.openbravo.com/erp/devel/main/rev/05baa2c353ce changeset: 33211:05baa2c353ce user: Armaignac <collazoandy4 <at> gmail.com> date: Tue Jan 30 17:11:54 2018 -0500 summary: Fixes issue 37766: Sales Invoice Dimensional Report in Excel - error 0/0 A division by zero was taking place when the total amount of the invoice is zero A validation was added to avoid division by zero when total amount is zero. details: https://code.openbravo.com/erp/devel/main/rev/d9b6eab2cbe9 changeset: 33212:d9b6eab2cbe9 user: David Miguelez <david.miguelez <at> openbravo.com> date: Thu Feb 01 09:53:27 2018 +0100 summary: Related to Issue 37766. Code review changes. Changed comparison to work as other outputs (PDF, HTML). If the totalAmount is zero, then the margin is zero. details: https://code.openbravo.com/erp/devel/main/rev/d244f1ebfd3c changeset: 33213:d244f1ebfd3c user: David Miguelez <david.miguelez <at> openbravo.com> date: Thu Feb 01 12:16:41 2018 +0100 summary: Fixes Issue 37800. Selector for Product in Work Effort and Production Run Windows does not filter Products by non stocked. It is possible to select a product regardless of having stock of it. If there is stock, it is possible to select the specific stock. details: https://code.openbravo.com/erp/devel/main/rev/896914fc16c1 changeset: 33214:896914fc16c1 user: Asier Lostalé <asier.lostale <at> openbravo.com> date: Mon Feb 05 13:38:52 2018 +0100 summary: fixed issue 37815: Axis services page is always available SOAP ws are disabled by default. details: https://code.openbravo.com/erp/devel/main/rev/c6cbf47c3f32 changeset: 33215:c6cbf47c3f32 user: David Miguelez <david.miguelez <at> openbravo.com> date: Wed Feb 07 13:06:52 2018 +0100 summary: Fixes Issue 37773. Adds several indexes that improve performance in basic operations like deleting an Invoice or an Order details: https://code.openbravo.com/erp/devel/main/rev/ce1a0f24b4ca changeset: 33216:ce1a0f24b4ca user: Asier Lostalé <asier.lostale <at> openbravo.com> date: Tue Feb 13 12:06:02 2018 +0100 summary: fixed bug 37894, fixed bug 37900: incorrect CU handling in concurrency and POS Concurrent Users management had two different problems: * If a backoffice session was reused in POS closing backoffice browser, a CU session was counted and it was not deactivated while POS session was active. In this situation, the session should be deactivated if CU limit has been reached. * Code for creating and checking active http sessions in context was not thread safe, so it was possible to get an error when checking if session was active while other sessions were created/destroyed in paralell. This has been fixed by synchronizing on active session set. Having solved previous issue this should not create excessive contentention as it will be executed only if: CU limit has been reached and there are sessions created by mobile modules exclude POS. details: https://code.openbravo.com/erp/devel/main/rev/ede43adfb31d changeset: 33217:ede43adfb31d user: Augusto Mauch <augusto.mauch <at> openbravo.com> date: Wed Feb 14 09:40:23 2018 +0100 summary: Fixes issue 37896: Callouts are invoked when clearing a non mandatory selector This changeset [1] fixed a problem where a callout was being called twice when picking a value from a selector. The first request was done properly, but the second one was done with a null value. The fix consisted in not notifying a change in selector when it was modified from a non-empty value to an empty value. But as a result, when a non mandatory selector is emptied, callouts are no longer being invoked. The original issue is very hard to reproduce, I have not been able to find a new way to reproduce it or fix it. To avoid the regression, now the code that was done to fix [1] will only take place if the selector is mandatory, to make sure that it is possible to give empty values to non-mandatory selectors. [1] https://code.openbravo.com/erp/devel/pi/rev/baf72de5b678a308c36d5946af3e143d08625eca details: https://code.openbravo.com/erp/devel/main/rev/4306e87ae836 changeset: 33218:4306e87ae836 user: Asier Lostalé <asier.lostale <at> openbravo.com> date: Thu Feb 15 13:01:08 2018 +0100 summary: fixed bug 37929: sys admin CUR sessions are not automatically kicked out System Admin CUR session (created when CU limit is reached), consume CU but were not kicked out after inactivity period before rejecting other logins. Fixed by including CUR sessions in the ones that are automatically always killed if no ping is detected for 2 minutes. details: https://code.openbravo.com/erp/devel/main/rev/98d5c38f863c changeset: 33219:98d5c38f863c user: David Miguelez <david.miguelez <at> openbravo.com> date: Fri Feb 16 09:45:26 2018 +0100 summary: Fixes Issue 37969. When completing an Order, if the Quantity ordered is not the same as the Quantity delivered for any line, the flag isDelivered is set as N. details: https://code.openbravo.com/erp/devel/main/rev/d4261c415047 changeset: 33220:d4261c415047 user: David Miguelez <david.miguelez <at> openbravo.com> date: Mon Feb 19 18:38:44 2018 +0100 summary: Fixes Issue 37944. Fixes problem in query that was avoiding to show data for a Purchase Order already Invoiced. It correctly filters the match_po table to retrieve the quantity pending to be received details: https://code.openbravo.com/erp/devel/main/rev/46184d2680e4 changeset: 33221:46184d2680e4 user: RM packaging bot <staff.rm <at> openbravo.com> date: Tue Feb 20 12:52:01 2018 +0000 summary: Update AD_MODULE version to 3.0PR18Q1 details: https://code.openbravo.com/erp/devel/main/rev/b90f619fc9f3 changeset: 33222:b90f619fc9f3 user: RM packaging bot <staff.rm <at> openbravo.com> date: Tue Feb 20 12:52:01 2018 +0000 summary: Added tag 3.0PR18Q1 for changeset 46184d2680e4 details: https://code.openbravo.com/erp/devel/main/rev/af2dca3045de changeset: 33223:af2dca3045de user: RM packaging bot <staff.rm <at> openbravo.com> date: Tue Feb 20 12:52:02 2018 +0000 summary: Added signature for changeset b90f619fc9f3 details: https://code.openbravo.com/erp/devel/main/rev/7d7e23523d73 changeset: 33224:7d7e23523d73 user: RM packaging bot <staff.rm <at> openbravo.com> date: Wed Feb 21 11:04:19 2018 +0000 summary: Merge temporary head for 3.0PR18Q1 diffstat: .hgsigs | 3 +++ .hgtags | 3 +++ 2 files changed, 6 insertions(+), 0 deletions(-) diffs (22 lines): diff -r c81e0d3cbab5 -r 7d7e23523d73 .hgsigs --- a/.hgsigs Wed Jan 03 11:19:38 2018 +0000 +++ b/.hgsigs Wed Feb 21 11:04:19 2018 +0000 @@ -222,4 +222,7 @@ ff7be0e0ba8762069ad86523828a57139b396d39 0 iEYEABECAAYFAlm/UPkACgkQCX/oGf+2qkM8UQCdGDxGviT6mh8nKnu2HP1qzZzX0cYAoJaBd9WSUNj2Dlh2yjJT+7zYxKcC 54cdd8284122f787eac4b4ab67b4ab4584ddcccb 0 iEYEABECAAYFAln8YP0ACgkQCX/oGf+2qkNbKACgxFsQqRE0goPX4VewSccTQcGZRVEAnitoyHAuUroUJpFUFLztc6pzkUL2 bbeae307872835b1e84136c537adec44b7a0b3c1 0 iEYEABECAAYFAlpDLAIACgkQCX/oGf+2qkNiugCgj1TTu2BeYoAqAqD08Gci3lHJvogAnAvmNL987nIAckknQ1CosIUDmA+K +2e43174aba46ec6956a0e703bbb9bee5292c871a 0 iEYEABECAAYFAlpuyUwACgkQCX/oGf+2qkPuJgCePIRg5ennwj6kgpOnyxZCPUV54Y0Ani30NnQNuNkXNkBMyykw2JfW21Vs 43d95f7cb67084eb978752359847ab28b9aa14f6 0 iEYEABECAAYFAlpEpSMACgkQCX/oGf+2qkNdMACdGNGo6rpHht3lNH3FmwtsNcIe65sAn1sM9rBx/Sm3ytwcL2C5irUyD05J +2ed90e80323f7bf5245be3946e2f60ea68d30f6e 0 iEYEABECAAYFAlqFgUsACgkQCX/oGf+2qkMGWwCg9AesP/a8fHuHrGVkUZcGk0x8CSgAniD73vR4fZ3uaU1eqtQr9HYlwpCQ +b90f619fc9f3f9ca6439969e99f742f9a9403f82 0 iEYEABECAAYFAlqMGfIACgkQCX/oGf+2qkPjiQCgyYNqJlbSOSoax5ydjqpJKun85RIAoM9s2iEyLfJ8CJyfUXFmz6FtvmqC diff -r c81e0d3cbab5 -r 7d7e23523d73 .hgtags --- a/.hgtags Wed Jan 03 11:19:38 2018 +0000 +++ b/.hgtags Wed Feb 21 11:04:19 2018 +0000 @@ -233,4 +233,7 @@ a8925ad2d61f4625aa62c1ee31babecaa73b787f 3.0PR17Q3 452e6c576f1db52e686cf3138099790e242e7927 3.0PR17Q3.1 f500d43a59bb69265a7aa704a9fd20bffd68c8a9 3.0PR17Q3.2 +dd65065492e55421c107be4c87894a508bb1244d 3.0PR17Q3.3 a8b6912d30a34e4a7d0873fc0fe53df228417b49 3.0PR17Q4 +82be2c7d9d11d77238355e65724408b6c5aa2ffb 3.0PR17Q4.1 +46184d2680e43a9b29d3058a75dea7d15d47b4b4 3.0PR18Q1 ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/openbravo-commits
