Wednesday, April 14, 2021
8 changes · master
Enhancements to existing features
Survey session hosts can now move back to the previous question or results screen during a live session. This helps recover from misclicks or redisplay results without restarting the question, and works independently of the survey's participant back button setting.
Original PR description
PURPOSE ======= For now, even if the setting "Back Button" is activated, the host, can't go back to the previous screen on a live session. Why would he want to go back? Misclick, want to display again the result, other SPECIFICATION ============= On a live session, let the host go back to the previous screen. Do not "restart" the questions but display the graph with the results. Task ID: 2351759
Ingenico payments can now be handled in two steps: first reserving the money on the customer's card, then charging it later when appropriate, such as at shipment. This gives businesses more flexibility and avoids taking full payment before goods are delivered.
Original PR description
Rather than doing a complete payment, first authorize payment then proceed (capture) payment later (when shipping by example). Odoo only does full and manual capture at the moment as 1 - Odoo doesn't support partial payment 2 - Order could be sent in multiple delivery (would be a shame to capture full amount when you didn't send everything) Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Stripe payments can now be authorized first and captured later, instead of charging the full amount immediately. This helps businesses align payment collection with order fulfillment, especially when deliveries happen in stages.
Original PR description
Rather than doing a full payment upon payment intent creation, Stripe offers to authorize the payment first, and then capture the (full/partial) amount later, when order is sent, by example. Odoo only does full and manual capture at the moment as 1 - Odoo doesn't support partial payment 2 - Order could be sent in multiple delivery (would be a shame capture full amount when you didn't send everything) Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Resolved issues and error corrections
The CRM Leads report now uses the correct list view and lets users open individual lead records directly from that list. This makes the Leads Analysis experience consistent with graph, pivot, and dashboard views and reduces friction when reviewing lead details.
Original PR description
PURPOSE When we go to CRM -> Reporting -> Leads, It shows the analysis of leads. We can open the form view of every leads from the different views wise 'Graph', 'Pivot' and 'Dashboard' except the 'List" view and its a bit odd. We should be able to open form view from corresponding leads from the list view Also Currently the view which is coming in the current 'List' view is not correct and should be replaced by the same view which is rendered by action 'crm_lead_all_leads' SPECIFICATIONS 1. Initially we have to fix the correct list view to be rendered and that is 'crm_case_tree_view_leads' instead of 'crm_case_tree_view_oppor' 2. Next we have added the form view in addition to list view in view_ids of the corresponding action. This is the goal of this commit. LINKS PR #69174 Task 2497936
This fix prevents automatic prediction from running when invoices are imported through electronic invoicing formats. This helps avoid incorrect suggested values being applied during imports, improving reliability for accounting teams.
Original PR description
X-original-commit: 1502612c5d7f7516091e7e9dd2dba47cb0fccf25 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an issue that prevented users from changing a product category's reference unit of measure in stock-related workflows. It helps businesses correct unit setup mistakes without workarounds, improving consistency across sales, purchasing, inventory, and localization screens.
Original PR description
stock: allow change of reference unit of measure -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Products can now have their reference unit of measure changed when needed. This fixes a restriction that could block correct product setup and helps keep inventory and product data aligned with business needs.
Rental orders now set the default return date based on the rental duration configured for the product, instead of always using the next day. This helps staff and customers start with more accurate rental periods and reduces manual date corrections.
Original PR description
In the Rental module When a customer tries to add a product there is an
issue that at first-time default, pickup_date and return_date's difference
is one day only. So I fixed its return_date according to rental.pricing
model's fields which are unit and duration.
**Task-id : 2345323**