Description of the issue/feature this PR addresses:
When a user updates the subject on a template used for a survey, it does not pull the subject from the template. It uses the default subject that is used when computing the subject for a survey email that is sent out. This bug came as a part of [this commit](https://github.com/odoo/odoo/commit/220e0271bf43e914950b8ae0d4a1cca5f3ea6d9c).

I've used an elif condition over here as opposed to calling super which was being done before so that the default of Participate to X survey still becomes the default subject. 

opw-4654411

Steps to reproduce on runbot:
1. Go to mail templates and search for Survey
2. Open the Survey: Invite template
3. Update the subject on this template
4. Open the Surveys app and select any survey
5. Click on Share and then enable send by email
6. The subject here will default to "Participate to {Survey Name}"

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

Forward-Port-Of: odoo/odoo#211153

When executing an automation rule with an "Update Record" action, if no update path is configured, an error occurs.

**Steps to reproduce:**
1. Install the **CRM** and **Automation Rules** modules.
2. Create a new **automation rule**:
   - Model = Lead, Trigger = After Creation
3. Add an **action**. Type = Update Record (do not configure the update path)
 (Tip: select another action type and switch back to reset the path.)
5. Create a new lead.
6. Run the scheduled action: Automation Rules: check and execute.

**Error:**
```
AttributeError: 'bool' object has no attribute 'split'
....
ValueError: AttributeError("'bool' object has no attribute 'split'") while
evaluating 'model._cron_process_time_based_actions()'
```

**Cause:**
In `_traverse_path`, the `update_path` is expected to be a string for `.split()`, but if not configured, it is `False`, leading to the traceback. - [1]

[1] - https://github.com/odoo/odoo/blob/5842c9f4821772fe44cfe7244162edec1ffff88e/odoo/addons/base/models/ir_actions.py#L701

**Fix:**
This commit ensures that no action is performed if the update path is not defined, avoiding the traceback.

sentry-6722927119

**Current Behavior:**

Manual discounts are not retained when adding optional products to the order.

**Steps to Reproduce:**

1) Install the sale_subscription module.
2) Create a subscription with a recurring plan.
3) Add a product to the Optional Products section. 
4) Manually set a discount on the optional product. 
5) Click on the Add to Order Lines (cart) button.
6) A new SOL is created.

**Issue:**

The newly created SOL does not retain the manually set discount.

**Cause:**

- When the user clicks the Add to Order Lines button, the `add_option_to_order` method is triggered.
This method creates a new sale order line (SOL) using values from `_get_values_to_add_to_order`.

- In the current implementation, this method is overridden for subscription orders to exclude the 
discount value from the returned data.

https://github.com/odoo/enterprise/blob/42d829ea6e6a98f251cfffc8fb67b5320a5ada12/sale_subscription/models/sale_order_option.py#L17-L21

- This forces a recomputation of the discount based on pricelist rules, 
which unintentionally removes any manually set discount.

**Solution:**

- Only remove the discount value from the returned data and trigger recomputation 
if there is no manual discount.

- This ensures that any user-defined discount is preserved when creating the order line.

opw-4840735

Forward-Port-Of: odoo/enterprise#89381