Currently, we are getting an attribute error while executing the below lines of code.

https://github.com/odoo/enterprise/blob/a0215115c13d5e32f1ba3c821f138b188083e76b/hr_recruitment_integration_monster/wizard/hr_recruitment_post.py#L16

https://github.com/odoo/enterprise/blob/a0215115c13d5e32f1ba3c821f138b188083e76b/hr_recruitment_integration_monster/wizard/hr_recruitment_post.py#L31

Error:-
```
AttributeError: 'resource.calendar' object has no attribute 'hours_per_week'
```

This is because the `hours_per_week`, `is_fulltime` are defined in the `hr_payroll`. 
But they are used in the `hr_recruitment_integration_monster`. 

Which is not dependent directly/indirectly on `hr_payroll`.

https://github.com/odoo/enterprise/blob/a0215115c13d5e32f1ba3c821f138b188083e76b/hr_payroll/models/resource_calendar.py#L20-L21

So this will lead to the above traceback.

We can resolve this issue by moving the hr_payroll code of calculating the `hours_per_week` and `is_fulltime` to hr module.

sentry-6267814511

Related Enterprise PR:-https://github.com/odoo/enterprise/pull/78521

Forward-Port-Of: odoo/odoo#196427

Description of the issue/feature this PR addresses: Spurious log entries

Current behavior before PR: Odoo [logs](https://github.com/odoo/odoo/blob/17.0/odoo/modules/registry.py#L653-L654) indexes created by [_sync_plan_column](https://github.com/odoo/odoo/blob/17.0/addons/analytic/models/analytic_plan.py#L281) as unexpected

Desired behavior after PR is merged: No log entry for expected index

Steps to reproduce:

- create a new analytic plan, ie 'Test plan'
- go to technical/database structure/fields, search for the custom field created on model account.analytic.line, named `x_plan{the id of the plan you created in step 1}_id`
- observe the field is not marked as indexed, even though the code creates an index
- update the analytic module, observe there will be an entry of the form `Keep unexpected index account_analytic_line__x_plan{the id of the plan you created in step 1}_id_index on table account_analytic_line`

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#200764
Forward-Port-Of: odoo/odoo#189240

Before this commit, when the user creates a custom filter in SO model to
select the SO in which there is at least one task linked to a specific
project, he got an error saying the domain is invalid.

This commit fixes the issue by improving the search method implementing
for the `task_ids` field to make sure the search view supports a query
contained inside `value` parameter.

Steps to reproduce the issue:
----------------------------

0. Install `sale_timesheet` module with demo data
1. Go to Sales app
2. Creates a custom filter and select `Tasks associated to this sale >
   Project` as left part, `=` as operator (second field in the custom
   filter) and `After sales-service` as project (right part, last field
   in the custom filter).
3. Apply the custom filter

Expected behavior:
-----------------

The custom filter should be applied without any issue.

Current behavior:
----------------

The user has an error saying the domain is invalid when he tries to
save/apply his custom filter.

Forward-Port-Of: odoo/odoo#200975
Forward-Port-Of: odoo/odoo#200130

### Steps to reproduce:
	- create a new quotation with configured quotation template
	- the descriptions are added by default (thanks to the template)
	- confirm the SO
	- the task is created, but it shows the description in the title (instead of the name of the product) and the description tab is empty

### Cause:
In 'Quotation Templates' the description of each line is being stored under the name of 'name' so when using this quotation template in an SO the SO line name will be the template line name not the product name + the description and so when creating the task we use the name of the SO line which in that case will be the description.

### Fix:
We are checking if we have a quotation template or not and if we don't we use the name of the SO line to get the name and the description of the task if we have a quotation template we use the product name for the name of the task and the name of the template line as a description.

opw-4482867

Forward-Port-Of: odoo/odoo#195649

Currently, an error occurs when while adding a private/public key in the certificate and key has no 'content' (Key file).

Step to produce:

- Install the ```certificate``` module.
- Go to Settings, Click on 'certificates' which is in the Certificates and Keys section
- Create a new certificate, add a name and valid certificate file.
- Create a ```Private Key``` or ```Public Key``` from the certificate form view and try to save the record.

```TypeError: argument should be a bytes-like object or ASCII string, not 'bool'```

An error occurs because a user can directly create a certificate's private/public key from the certificate form view without adding any content that is required true in ```certificate.key``` model, so an error occurs when the system tries to decode the content of private/public key at [1], but it is not available.

Link [1]: https://github.com/odoo/odoo/blob/2be7f413493a6ad43980eb031b8383deb3a706c0/addons/certificate/models/key.py#L157-L160

To resolve this issue, remove the 'create' option for private/public keys from certificate form view

Sentry-5993525387

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#183870

Currently, when `marketing_automation_whatsapp` is installed, marketing automation campaign statistics are not computed correctly.

### Steps to Reproduce

1. Install `marketing_automation_whatsapp`.
2. Create a marketing automation campaign with an email activity.
3. Ensure one or more traces are rejected (e.g., by using invalid email addresses).
4. View the activity statistics.

Expected Result:
The rejected count on the right correctly displays the number of rejected traces.

Actual Result:
The rejected count on the right always displays `0`, even when rejected traces exist.

### Cause

The `marketing_automation_whatsapp` module overrides `_get_full_statistics` to include WhatsApp-related statistics in addition to the marketing data. However, the override currently concatenates the results from the base `_get_full_statistics` and the WhatsApp-specific statistics. And because `MarketingActivity._compute_statistics` doesn't expect `_get_full_statistics` to return multiple entries for a given `activity_id`, the values from the WhatsApp-specific results end up overwriting the base values.

opw-4292488
opw-4523885
opw-4585705
opw-4585779

Forward-Port-Of: odoo/enterprise#79348

### Steps to reproduce:
	- Create a manufacturing order
	- Navigate to the Miscellaneous tab and add an Analytic Distribution
	- Add a component to the manufacturing order with the quantity set to 10000, for example
	- Produce the manufacturing order
	- Navigate to the analytic account line associated with the stock move with 10000 units
	- Update the analytic account line’s date to be in the previous week
	- Navigate to Timesheets > Timesheets > All Timesheets and then navigate to the previous week
	- Observe that your user has worked a very large amount of overtime

### Cause:
This is happening because for MO when creating an analytic line in some cases we store the unit_amount as the quantity of the materials used.
https://github.com/odoo/odoo/blob/ee7fbcb759fd8257ed2f52d1d5acfc6921d42870/addons/stock_account/models/stock_move.py#L437-L438 
And when fetching the worked hours for the overtime indication we don't check if the analytic line is a timesheet or not
https://github.com/odoo/enterprise/blob/ca935872fd70b9fc5b2d13359424916b3afa01eb/timesheet_grid/models/hr_employee.py#L120-L126 https://github.com/odoo/enterprise/blob/ca935872fd70b9fc5b2d13359424916b3afa01eb/timesheet_grid_holidays/models/hr_employee.py#L10-L16

### Fix:
Since we are only fetching timesheets so we will check if the project is
set or not as if it is set it means that the record is a timesheet

opw-4179137

Forward-Port-Of: odoo/enterprise#81026

Currently, we are getting an attribute error while executing the below lines of code.

https://github.com/odoo/enterprise/blob/a0215115c13d5e32f1ba3c821f138b188083e76b/hr_recruitment_integration_monster/wizard/hr_recruitment_post.py#L16

https://github.com/odoo/enterprise/blob/a0215115c13d5e32f1ba3c821f138b188083e76b/hr_recruitment_integration_monster/wizard/hr_recruitment_post.py#L31

Error:-
```
AttributeError: 'resource.calendar' object has no attribute 'hours_per_week'
```

This is because the `hours_per_week`, `is_fulltime` is defined in `hr_payroll`. But it is used in `hr_recruitment_integration_monster`. 

Which is not dependent directly/indirectly on `hr_payroll`.

https://github.com/odoo/enterprise/blob/a0215115c13d5e32f1ba3c821f138b188083e76b/hr_payroll/models/resource_calendar.py#L20-L21

So this will lead to the above traceback.

We can resolve this issue by moving the hr_payroll code 
of calculating the `hours_per_week` and `is_fulltime` to the hr module.

sentry-6267814511

Related Community PR:- https://github.com/odoo/odoo/pull/196427

Forward-Port-Of: odoo/enterprise#78521

This commit restores the position of the working schedule dropdown to be just below the label in the salary configurator, like in previous versions.
![image](https://github.com/user-attachments/assets/6465e9b1-05ef-4661-a768-13fa386118f6)
The cause of the issue is that the SelectMenuWrapper component is attached just after the invisible select element: https://github.com/odoo/enterprise/blob/9f6a4f0697edcc9330ad7976c6602d892e7b6ef9/hr_contract_salary/static/src/js/hr_contract_salary.js#L69-L71 But before other elements are placed in the DOM between them.

A solution is to add a wrapper div around the selection, ensuring the `SelectMenuWrapper` component is attached inside that div, and further elements placed in the DOM after the wrapper div.

**Steps to reproduce**
- Install hr_contract_salary_payroll
- Select any employee contract > Generate offer > Salary configurator
- Add `part?=80` (any value != 100) at the end of URL

opw-4496279

Forward-Port-Of: odoo/enterprise#79966

Purpose
=======
In the Facebook settings, a user can ask an application (eg Social) to remove his data.

If the deletion is not implemented, it should be done manually for each user, and so we want to automate that process.

Technical
=========
The deletion process is done in that order:
1. The user go to his settings and ask Odoo to remove the data we have
2. Facebook will hit an endpoint in IAP, with a signature, and the  Facebook user id
3. IAP will reach the database, (with a shared secret to authenticate itself) and that endpoint will remove the social accounts, and also the social posts / templates if the account is selected

We do it that way, instead of having a CRON on the client database, because we are able to know if the user uninstalled social, or if he already removed the account.

If the database is not reachable from the internet, we will have it's dbuuid, and so, we will be able to take an action.

Authentication
==============
IAP needs to authenticate to the Odoo database,
so both need to share a secret.

That secret can not be the extended token,
because we don't store it on the Odoo side.

That secret is derived from the database secret, and sent when we ask the Facebook URL (in python, without a browser redirection), so the social user can not see it (otherwise, he will be able to bypass company access rules, and delete the social accounts of different company).

Setup
=====
1. Start Odoo and IAP instances
2. Start ngrok on the IAP port
3. In the Facebook settings ("Facebook Login For Business" -> Settings)
    - Add <ngrok_url>/api/social/facebook/1/callback in the Facebook settings
    - Add <ngrok_url>/api/social_facebook/1/deletion_callback in the Facebook settings
4. Add the Facebook credentials in the IAP settings
5. In the Odoo db, add the system parameter `social.social_iap_endpoint` with the ngrok url
6. In the IAP db, change the system parameter `web.base.url` with the ngrok url
7. In the IAP code, in `facebook_controller.py`, comment the dbuid check `_check_has_access`
8. Add your accounts
9. Go to `https://www.facebook.com/settings/?tab=business_tools`, and remove the app
10. Go to the "Removed" tab, then "View Details" and click on "Send Request"

Task-4350697

Forward-Port-Of: odoo/enterprise#79992
Forward-Port-Of: odoo/enterprise#74865