Editing the `amount_currency` field of a product line in the
"Journal Items" tab on an invoice is not really possible at the moment.

On a technical level:
The function `_compute_release_to_pay` assigns fields
`release_to_pay` and `release_to_pay_manual`.
Yet, it is only registered as compute function of `release_to_pay`.
This behaviour is not correct; i.e. it causes a recomputation of the
`amount_currency` field on the line mentioned above.

In this commit a compute function for `release_to_pay_manual`
is introduced. It basically does the job that the old computation
function did.

To reproduce on runbot:
  1. Create an invoice with a single line
  2. Got to "Journal Items"
  3. Edit the "Amount in currency" of the first line (product)
  4. Save the invoice
  5. The "Amount in currency" is reset to the original version.
  
The same code also causes an issue in 17.0+; see https://github.com/odoo/odoo/pull/167014

Forward-Port-Of: odoo/enterprise#64578
Forward-Port-Of: odoo/enterprise#63336

__Current behavior before commit:__
When all slots from the first staff user/resource are taken, the
`/appointment/<id>` page shows no availabilities even if the following
users/resources still have slots. The user/resource selector is also not
displayed. This means that it is not possible for a visitor to book an
appointment as soon as the first one is fully booked.

__Description of the fix:__
A new method `_get_slots_values` has been added to the
`AppointmentController` class. This method will compute the available
slots for every possible user/resource until there is one that has slots
available. And it starts by checking the default one.

However if one is specifically selected by the visitor, it will be used
even if there is no slots for it. This way the visitor can select it see
that it has no availabilities but he can still switch user/resource with
the selector.

If there is no default nor selected user/resource then the slots are
computed for all possible users/resources.

A new test has been added to check if the shown staff user is the
correct one and if the selector and calendar are visible even when the
first one has no availabilities.

__Example of steps to reproduce the issue:__
- Create a new `appointment.type`
  - Set the max scheduling days to 7
  - Keep only one schedule time slot (e.g. Monday from 9:00 to 10:00)
  - Set **Availability on** to *Resources*
  - Put at least 2 courts in **Resources**
- Click on `Share`, select **Assign to** *Any User/Resource*
- Open the link
- Book the slot of the first court
- Come back the slot selector page

-> No more slots available although the second court has still one

opw-3862746

[FIX] helpdesk: fix activity default filter

Clicking on an Activity group used to set a default filter, in effect of which
user will only see helpdesk tickets with HIS activites that are overdue/today.

This behaviour got temporarily removed and than reintroduced with (ref.1)
(ref.1) achieves that by adding default filters to the search views, it issue
persisted in the helpdesk view becase filters wern't present.

This commits adds filters to the helpdesk's search view so they can be used
by mechanisms (re)introdcuted in (ref.1)

(ref.1)
[FIX] mail: Fix activity default filter issue
https://github.com/odoo/odoo/commit/3d18b9faa1fdcf00d48091ad4be244ca00d33524

[Reproduce steps]
- Install helpdesk
- (optional) create a helpdesk ticket where:
    - current user has a future activity
    - other user has an overdue activity
- open ActivityMenu dropdown (clock icon ".fa-clock-o")
- BUG (ux issue): filters aren't present
    - (if optional): created ticket is shown (beside current user not having any overdue/today activity in there)

opw-3859535


https://github.com/odoo/enterprise/assets/33809926/ca77aa45-f842-41a3-b551-d27e4b87a83b

**Current behavior:**
A product that is tracked via serial will have all of its lots displayed in the Schedule gantt view instead of just the ones which are part of the order.

**Expected behavior:**
Only the lots corresponding to rented quants of a product will be displayed.

**Steps to reproduce:**
1. Enable `Rental Transfers` in settings

2. Create a rental order with 1 of the demo printer products (they are tracked via SN already) and confirm

3. Open the rental schedule view, see that for the new order, all of the printers in stock with a SN are displayed

**Cause of the issue:**
Previously, the commit 8c90c7493ec was merged to fix an issue where you could not group by serial numbers in the schedule view for orders that were created while the 'Rental Transfers' setting was enabled.

This introducted this bug by not actually specifying which `lot_id`s of a product were part of an order- so it selected ALL `lot_id`s of ANY product in a rental order.

**Fix:**
Add a join on `StockMove` so we can select `lot_id`s which are exclusively in `StockMoveLine`s that are linked to `StockMoves` which correspond to a rental order.

opw-3977685