Closed yajo closed 3 months ago
I think the block is not happening when writting access_token because when performing a validation, this functions must be called and access_token is allowed to be written
Ah good catch! Then the problem must be around these lines:
File "/opt/odoo/auto/addons/delivery_auto_refresh/models/sale_order.py", line 92, in write
)._auto_refresh_delivery()
File "/opt/odoo/auto/addons/delivery_auto_refresh/models/sale_order.py", line 65, in _auto_refresh_delivery
self.with_context(auto_refresh_delivery=True)._remove_delivery_line()
File "/opt/odoo/auto/addons/delivery_auto_refresh/models/sale_order.py", line 112, in _remove_delivery_line
res = super()._remove_delivery_line()
File "/opt/odoo/auto/addons/delivery/models/sale_order.py", line 56, in _remove_delivery_line
to_delete.unlink()
File "/opt/odoo/auto/addons/delivery/models/sale_order.py", line 193, in unlink
self.filtered('is_delivery').order_id.filtered('carrier_id').carrier_id = False
Then this should be the real fix: https://github.com/OCA/delivery-carrier/pull/815
Module
base_tier_validation
Describe the bug
We have a database where
base_tier_validation
is installed along with other addons from its family.The cron
mail.ir_cron_send_scheduled_message
is blocked in loop because of that addon.To Reproduce
Affected versions: 16.0 and probably others.
Steps to reproduce the behavior:
Actual behavior
Cron enters fail loop. Traceback:
Expected behavior Cron should work. Notifications should be sent, no matter the validation status.
Additional context
A possibility to fix the problem would be:
portal
to the dependencies ofbase_tier_validation
_portal_ensure_token()
.with_context(skip_validation_check=True)
However, pay attention to this part of the traceback:
As you can see, the token is being written with sudo. I think it's a bug to block writes in sudo.
@moduon MT-5997