Mathieu Benoit
300238fe83
The question was asked once, at step one, and a flag kept it from ever
returning. But a theme only becomes incompatible at a given bump, hours
later -- asking at the start could not cover it. Entry [6] appears when
TWO conditions hold: a theme is installed, and the recent output names
it. One condition alone would offer to wreck the site's design over an
error that has nothing to do with it.
Also, the 17 to 18 rename OpenUpgrade declares and never applies:
forum.post / tag_ids : column1 is now 'forum_post_id' ('forum_id')
website_forum/18.0.1.2/ holds only an analysis, no script, so the load
dies on a foreign key to a column that does not exist and leaves the
database half migrated.
--- FR ---
La question était posée une fois, à l'étape 1, et un drapeau
l'empêchait de revenir. Or un thème ne devient incompatible qu'à un
palier donné, des heures plus tard : la poser au départ ne pouvait pas
suffire. L'entrée [6] paraît quand DEUX conditions tiennent — un thème
installé, et la sortie récente qui le nomme. Une seule offrirait de
casser le design du site pour une panne étrangère.
Et le renommage 17 → 18 qu'OpenUpgrade déclare sans jamais l'appliquer :
forum.post / tag_ids : column1 is now 'forum_post_id' ('forum_id')
website_forum/18.0.1.2/ ne porte qu'une analyse, aucun script : le
chargement meurt sur une clé étrangère vers une colonne absente et
laisse la base à moitié migrée.
Assisted-by: Claude Opus 5
36 lines
1.5 KiB
SQL
36 lines
1.5 KiB
SQL
-- © 2021-2026 TechnoLibre (http://www.technolibre.ca)
|
|
-- License AGPL-3.0 or later (http://www.gnu.org/licenses/agpl)
|
|
--
|
|
-- Correctifs à appliquer AVANT qu'OpenUpgrade ne migre vers Odoo 18.
|
|
--
|
|
-- En SQL et non en Python : ce fichier tourne sur une base encore en
|
|
-- 17, que le code de la 18 ne saurait pas charger.
|
|
|
|
-- forum_tag_rel : la colonne qui pointe vers forum.post s'appelait
|
|
-- `forum_id` — un nom trompeur, elle ne désignait pas un forum. La 18 la
|
|
-- nomme `forum_post_id`.
|
|
--
|
|
-- OpenUpgrade le DÉCLARE dans son analyse :
|
|
-- website_forum / forum.post / tag_ids (many2many)
|
|
-- : column1 is now 'forum_post_id' ('forum_id') [forum_tag_rel]
|
|
-- mais `website_forum/18.0.1.2/` ne contient aucun script : rien ne
|
|
-- l'applique. Le chargement casse alors sur
|
|
-- column "forum_post_id" referenced in foreign key constraint does not exist
|
|
-- et la base reste à moitié migrée.
|
|
--
|
|
-- Les deux conditions rendent l'ordre rejouable : rien à faire si la
|
|
-- table n'existe pas (website_forum non installé) ni si le renommage a
|
|
-- déjà eu lieu.
|
|
DO $$
|
|
BEGIN
|
|
IF EXISTS (
|
|
SELECT 1 FROM information_schema.columns
|
|
WHERE table_name = 'forum_tag_rel' AND column_name = 'forum_id'
|
|
) AND NOT EXISTS (
|
|
SELECT 1 FROM information_schema.columns
|
|
WHERE table_name = 'forum_tag_rel' AND column_name = 'forum_post_id'
|
|
) THEN
|
|
ALTER TABLE forum_tag_rel RENAME COLUMN forum_id TO forum_post_id;
|
|
RAISE NOTICE 'forum_tag_rel.forum_id renommee en forum_post_id';
|
|
END IF;
|
|
END $$;
|