Created Date | Type | Name | Commit Description | State | Age | Up Time | Life Time | Action |
---|---|---|---|---|---|---|---|---|
|
|
[IMP] *: optimize ORM cache handling Updated multiple models to improve performance by preventing unnecessary ORM cache clearing. This change applies to the AutomaticEntryWizard, GoogleSync, MicrosoftSync and Employee models, ensuring more efficient data handling during write operations. | Succeed | |||||
|
|
[IMP] *: optimize ORM cache handling Updated multiple models to improve performance by preventing unnecessary ORM cache clearing. This change applies to the AutomaticEntryWizard, GoogleSync, MicrosoftSync and Employee models, ensuring more efficient data handling during write operations. | Killed | Not finished | ||||
|
|
[IMP] account, google_calendar, hr_presence: optimize ORM cache handling Updated multiple models to use 'with_context(skip_clear_ormcache=True)' for specific record updates, improving performance by preventing unnecessary ORM cache clearing. This change applies to the AutomaticEntryWizard, GoogleSync, and Employee models, ensuring more efficient data handling during write operations. | Killed | |||||
|
|
[FIX][16.0] stock_account: Rounding error when calculating unit price causes the quantity of goods to be out of stock but the inventory value still remains | Succeed | |||||
|
|
[I18N] base: correct vietnamese translation in contact | Succeed | |||||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Failed | |||||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 Conflicts: addons/account/i18n/vi.po addons/account_check_printing/i18n/vi.po addons/auth_oauth/i18n/vi.po addons/barcodes/i18n/vi.po addons/barcodes_gs1_nomenclature/i18n/vi.po addons/calendar/i18n/vi.po addons/crm_iap_enrich/i18n/vi.po addons/crm_livechat/i18n/vi.po addons/event/i18n/vi.po addons/fleet/i18n/vi.po addons/gamification/i18n/vi.po addons/google_calendar/i18n/vi.po addons/google_gmail/i18n/vi.po addons/hr/i18n/vi.po addons/hr_attendance/i18n/vi.po addons/hr_contract/i18n/vi.po addons/hr_expense/i18n/vi.po addons/hr_fleet/i18n/vi.po addons/hr_holidays/i18n/vi.po addons/hr_holidays_attendance/i18n/vi.po addons/hr_timesheet_attendance/i18n/vi.po addons/hr_work_entry/i18n/vi.po addons/im_livechat/i18n/vi.po addons/link_tracker/i18n/vi.po addons/mail/i18n/vi.po addons/maintenance/i18n/vi.po addons/mass_mailing/i18n/vi.po addons/microsoft_calendar/i18n/vi.po addons/microsoft_outlook/i18n/vi.po addons/mrp/i18n/vi.po addons/mrp_subcontracting/i18n/vi.po addons/phone_validation/i18n/vi.po addons/point_of_sale/i18n/vi.po addons/product/i18n/vi.po addons/project/i18n/vi.po addons/purchase/i18n/vi.po addons/purchase_stock/i18n/vi.po addons/resource/i18n/vi.po addons/sale/i18n/vi.po addons/sale_crm/i18n/vi.po addons/sale_expense/i18n/vi.po addons/sale_management/i18n/vi.po addons/sale_stock/i18n/vi.po addons/spreadsheet_dashboard_im_livechat/i18n/vi.po addons/stock/i18n/vi.po addons/stock_account/i18n/vi.po addons/stock_picking_batch/i18n/vi.po addons/survey/i18n/vi.po addons/web_editor/i18n/vi.po addons/website/i18n/vi.po addons/website_event_questions/i18n/vi.po addons/website_forum/i18n/vi.po addons/website_mass_mailing/i18n/vi.po addons/website_sale/i18n/vi.po addons/website_slides/i18n/vi.po odoo/addons/base/i18n/vi.po | Failed | |||||
|
|
[I18N] base: correct vietnamese translation in contact | Killed | |||||
|
|
[I18N] base: correct vietnamese translation in contact | Killed | |||||
|
|
[FIX] product: Fix type in product filter **Reason** - Using type as filter is not efficient since user tend to look for what category that product is, change to detailed_type | Killed | Not finished | ||||
|
|
[IMP] product_margin: improve Product Margins report performance by filtering products based on selected invoices in the wizard The Product Margins report currently loads all products, which leads to major performance issues or timeouts when working with large datasets (e.g., over 200,000 products). This PR modifies the logic to only load products that are referenced in invoices within the selected date range and invoice state in the wizard. | Killed | |||||
|
|
[FIX] purchase: Incorrectly recorded product unit price due to rounding Issue: Rounding error when calculating unit price causes the quantity of goods to be out of stock but the inventory value still remains. Steps to reproduce the error: 1. Setup company with Rounding Factor currency 1, for example VND 1. Create product A, Costing Method: AVCO 2. Enter purchase order 10 units of product A with unit price 1.46 3. Create sales order with quantity 12 units of product A 4. Enter 2 units of product with price 1.46 View stock layer, stock quantity is 0 but stock value is 1. This is unexpected. | Killed | |||||
|
|
[FIX] purchase: Incorrectly recorded product unit price due to rounding Issue: Rounding error when calculating unit price causes the quantity of goods to be out of stock but the inventory value still remains. Steps to reproduce the error: 1. Setup company with Rounding Factor currency 1, for example VND 1. Create product A, Costing Method: AVCO 2. Enter purchase order 10 units of product A with unit price 1.46 3. Create sales order with quantity 12 units of product A 4. Enter 2 units of product with price 1.46 View stock layer, stock quantity is 0 but stock value is 1. This is unexpected. | Killed | Not finished | ||||
|
|
Killed | ||||||
|
|
[FIX] stock: Unit price rounding error Issue: Rounding error when calculating unit price causes the quantity of goods to be out of stock but the inventory value still remains. Steps to reproduce the error: 1. Setup company with Rounding Factor currency 1, for example VND 1. Create product A, Costing Method: AVCO 2. Enter purchase order 10 units of product A with unit price $1.46 3. Create sales order with quantity 12 units of product A 4. Enter 2 units of product with price $1.46 View stock layer, stock quantity is 0 but stock value is 1. This is unexpected. | Killed | Not finished | ||||
|
|
[I18N] base: correct vietnamese translation in contact | Killed | |||||
|
|
Failed | ||||||
|
|
[FIX] loyalty: default product for reward in multi company Steps to reproduce: ------------------- - being in a multi-company environment; - have one product made that is first in alphabetical order of "Internal Reference" throughout the database (e.g. [AAA]); - make this product specific to one of the companies (set the "Company" field on the product template) - go into a different company within the database (not the one set on this product); - create a new discount & loyalty record, and set the "Program Type" to "Discount Code". Issue: ------ An access rights error occurs. Cause: ------ When creating a `promo_code` program, we use the first product that can be sold in the default reward values. Solution: --------- Take into account the company in the domain that retrieves the default product. | Killed | Not started | Not finished | |||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Killed | |||||
|
|
[FIX] point_of_sale: ensuring the correct removal from self.syncingOrders Previously, the code attempted to delete an element using order_id, but ordersToSync is an array of order objects, not order IDs. The fix updates the loop to use order.id instead of order_id, ensuring the correct removal from self.syncingOrders. | Killed | Not started | Not finished | |||
|
|
Revert "[FIX] point_of_sale: remove raise to continue processing other orders on failure" This reverts commit f2f646aa7b47c279de5c48e81f5dfd849e2078c7. | Killed | Not started | Not finished | |||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Failed | |||||
|
|
[FIX] point_of_sale: avoid singleton error when using search product | Failed | |||||
|
|
[FIX] point_of_sale: remove raise to continue processing other orders on failure Previously, if a PoS order failed during synchronization from the frontend, the entire process stopped due to the raise statement in the except block. This PR removes raise, allowing the system to continue processing the remaining orders even if some fail. Failed orders will still be logged and an activity will be created for later handling. This ensures that valid orders are not affected by individual failures, improving performance and user experience during data synchronization. | Killed | |||||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Killed | |||||
|
|
[I18N] account, sale_loyalty_delivery: fix format string | Killed | |||||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Killed | Not finished | ||||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Killed | |||||
|
|
[FIX] point_of_sale: avoid creating change payment with amount = 0 Issue from commit https://github.com/odoo/odoo/commit/91a943b2655efcc45dfa865d61aaeff77060e8f7 | Killed | |||||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Killed | |||||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Killed | |||||
|
|
[IMP] spreadsheet: include ongoing day in period filters This commit includes the ongoing day in the current period filters. Now the start date (time) of each period filter is the start of next day, and the end date (time) is the end of today. task 3267525 closes odoo/odoo#118326 Related: odoo/enterprise#39641 Signed-off-by: Rémi Rahir (rar) <rar@odoo.com> | Failed | |||||
|
|
[FIX] spreadsheet_dashboard_purchase*: wrong scoreboard data * = stock * PROPBLEM: when viewing purchase or vendor dashboard (under logistic section) , viewing the scoreboard for purchased or order it calculate all record from purchase.report but when clicking on it, redirect to view of 'purchase order' only which is wrong compare to the number display on the scoreboard * SOLUTION: This commit fix by edit the domain of related pivot which the scoreboard use to display data to the domain having state in either Purchase or Done | Failed | |||||
|
|
[FIX] mrp_subcontracting_dropshipping: Fix test with freeze_time Due to the document name being based on the invoice date, the test fails at the start of a new year. | Killed | |||||
|
|
Killed | ||||||
|
|
[I18N] purchase: missing spacing Forward-Port-Of: #1055 | Killed | Not started | Not finished | |||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Killed | |||||
|
|
[FIX] point_of_sale: allow cashiers to close sessions without accounting's Administrator access rights Because an exception raised by the `_unlink_forbid_parts_of_chain` method when attempting to delete journal entries. | Killed | Not finished | ||||
|
|
[FIX] website_sale: fix pylint - Number of '%s' between msgid and msgstr is not equal | Killed | Not finished | ||||
|
|
Merge remote-tracking branch 'odoo/16.0' into 16.0 | Killed |