Repository navigation
V16 v3tech upgrade - #752
Merged
Merged
Conversation
…to run at install too Fixes OCA#4106
[16.0][OU-ADD] base_address_extended
…to Spanish localization
[16.0][OU-ADD] l10n_es: Add migration stcripts for the merge of IRNR taxes to Spanish localization
[16.0][IMP] pin random github actions to their SHA commit
[16.0][OU-FIX] sale_timesheet: Update security rule according to Odoo changes
…nting [16.0][OU-ADD] account_check_printing: Nothing to do
[16.0][OU-ADD] survey_placeholder: Merge into survey
[16.0][OU-ADD] mass_mailing_slides : Nothing to do
…ilder [16.0][OU-ADD] sale_quotation_builder : Nothing to do
[16.0][OU-ADD] website_sale_slides: Migration to 16.0
…il and mobile_phone
…ade_scripts [16.0][OU-FIX] hr: create_work_contact skip partners without work_ema…
[16.0][OU-ADD] l10n_de: Nothing to do
Even no analysis file. TT54923
[16.0][OU-ADD] l10n_de_skr04: Nothing to do
…ade_scripts [16.0][OU-IMP] account: performance
The bug happens when the module l10n_fr_siret from OCA/l10n-france is already installed.
…registry [16.0][FIX] Crash when company_registry already exists on res_partner
[16.0][OU-ADD] queue_job_context: Merged into queue_job
…ion merged into account_statement_base TT60387
…tatement_reopen_skip_undo_reconciliation-merged [16.0][OU-ADD] apriori: account_bank_statement_reopen_skip_undo_reconciliation merged into account_statement_base
Rational: - pos_picking_load exists in V8 and V12. - in v14, pos_sale_order_load is developped. (comes from odoo/odoo code, OCA#1142) - in V16, pos_picking_load is ported from V12.
[ADD] pos_sale_order_load renamed into pos_picking_load.
[MIG] l10n_it_riba: Rename to l10n_it_riba_oca
ensure that the account.bank.statement record corresponding to the cash journal is used to set the value of the cash register fields, as there can be multiple records linked to the pos.session (one per payment method), and ensure that the values are not null.
…s_session_cash_register_amounts [16.0][FIX] fix pos.session cash register amounts
…nt_ids In Odoo 16, account.bank.statement gains a new attachment_ids many2many field to ir.attachment. Add a post-migration query that links the existing chatter attachments (ir.attachment with res_model = 'account.bank.statement') into this field.
[16.0][IMP] account: migrate bank statement chatter attachments to attachment_ids
Backport of OCA#5765 TT63118 @Tecnativa
[16.0][IMP] base: Load additional renames/merges from env.
…hemes [16.0][OU-ADD] mass_mailing_themes: Nothing to do
rule_pos_bank_statement_user rule does not exist anymore in version 16.0
…rule [16.0][OU-FIX] point_of_sale: remove 15.0 noupdate rule
Call cow_templates_mark_if_equal_to_upstream() in the pre-migration and cow_templates_replicate_upstream() in the end-migration. A website that enables an optional template through the Customize widget but never edits it keeps a COW copy; until now that copy was never resynced on migration, so it kept the origin arch_db and inherit_id. When a module migration re-targets which template the view inherits from, the stale copy points at the old parent and breaks rendering, as seen with website_sale_product_attribute_filter_category when website_sale moved a template between versions. cow_templates_replicate_upstream() also propagates inherit_id since OCA/openupgradelib#463. TT64160
[16.0][OU-IMP] website: reset unmodified COW templates to upstream
…ut a successor apriori.lost_modules lists the modules merged into the module they extended because they have no source any more. Before the merge, their technical noupdate records (rules, scheduled and server actions, views, menus, mail templates) are released so that the update deletes them, and the xml ids of the records of models that go with the module are detached. Business records stay.
…d view The end of an update deletes the views its module no longer ships under the module uninstall flag, and the core cascades to the children through inherit_children_ids, which leaves out the archived ones (e.g. an option of the website editor turned off). Their foreign key then keeps the parent from being deleted: 'violates foreign key constraint ir_ui_view_inherit_id_fkey' (website_sale.payment_footer at 17.0). Same fix as in the 10.0-13.0 forks.
…ecord
The unlink patch opened a savepoint for every obsolete record deleted by
_process_end and never released it (its name was even the same for all,
str(uuid4) instead of str(uuid4())). Each open savepoint that deletes keeps a
transactionid lock until the end of the update: a large update holds
thousands of them, and with another update running on the cluster the lock
table ran out ("out of shared memory", hop 17.0 of a real database). Release
the savepoint after the delete, and after the rollback when it fails: 200
deletions now hold 1 lock instead of 201.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
20 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
No description provided.