Skip to content

[MIG] hr_recruitment_ux: Migration to 20.0 - #75

Closed
les-adhoc wants to merge 8 commits into
ingadhoc:20.0from
adhoc-dev:20.0-t-76631-les
Closed

les-adhoc wants to merge 8 commits into
ingadhoc:20.0from
adhoc-dev:20.0-t-76631-les

Conversation

@les-adhoc

Copy link
Copy Markdown
Contributor

Tarea: https://www.adhoc.inc/odoo/project.task/76631

What changes

  • Migrator + upgrade_code (19.4-00-ir-access): manifest to 20.0.1.0.0, ir.model.access.csv converted to ir.access.csv (same rights: user crud, interviewer r).
  • Stage form: the stage_definition group is gone in 20.0. use_rotting_per_job now goes after the "Rotting in N days" block of the configuration group, and the per-job grid after the main group, before Requirements (same place as in 19.0).
  • Per-job rotting override (_compute_rotting): unchanged, the rotting mixin and the applicant fields it uses are the same in 20.0.
  • Talent pool wizard, adapted to the 20.0 core:
    • 20.0 copies the applicant attachments to the new talent, so the module no longer moves them (it would duplicate every CV). The archived applicant keeps its own attachments.
    • 20.0 accepts applicants already linked to a talent (directly, or by sharing email, phone or LinkedIn). Those are no longer archived; only applicants added to a pool for the first time are archived, with the internal note. Product decision on the task.
  • i18n regenerated for 20.0; README updated.
  • New tests (the module had none): per-job rotting threshold vs stage threshold, and archiving on talent pool (note, attachments, directly and indirectly linked applicants).

Data

No migration script: the new model, the stage fields and the constraint are the same in 19.0 and 20.0.

Test plan

  • Installed on a 20.0 database with demo data.
  • --test-tags /hr_recruitment_ux: 0 failed, 0 error(s) of 2 tests (6 sub-cases); each behavior was broken on purpose and the matching test failed.
  • pre-commit passes; anchors of the inherited view checked on 20.0.
  • Not tested on an upgraded database: runbot does not run the 19.0→20.0 upgrade yet (https://www.adhoc.inc/odoo/project.task/77184).

weblate and others added 7 commits October 29, 2026 10:49
- The stage form of 20.0 has no stage_definition group anymore: the per-job
  rotting fields are anchored to the configuration group.
- In 20.0 the talent pool wizard copies the attachments to the talent and
  redirects applicants already linked to one. The attachment move is removed
  and only applicants that become a new talent are archived (PO decision on
  task 76631).
…t pool

In 20.0 the talent pool wizard accepts applicants already linked to a talent,
directly or by sharing email, phone or LinkedIn with one. Those applicants
keep their application active, as the PO decided on task 76631.
@roboadhoc

Copy link
Copy Markdown
Contributor

Pull request status dashboard

…lent

The talent pool wizard of 20.0 creates a new talent for an applicant that is
only linked to a talent by email, phone or LinkedIn, because it only looks at
pool_applicant_id. Those applicants must be archived too: the module archives
exactly the applicants the core copies into a new talent.
@mav-adhoc

Copy link
Copy Markdown
Contributor

@roboadhoc r+ nobump rebase-ff

@roboadhoc

Copy link
Copy Markdown
Contributor

Merge method set to rebase and fast-forward.

roboadhoc pushed a commit that referenced this pull request Oct 30, 2026
(cherry picked from commit d304f18)

Part-of: #75
Signed-off-by: Matias Velazquez <[email protected]>
roboadhoc pushed a commit that referenced this pull request Oct 30, 2026
Part-of: #75
Signed-off-by: Matias Velazquez <[email protected]>
roboadhoc pushed a commit that referenced this pull request Oct 30, 2026
roboadhoc pushed a commit that referenced this pull request Oct 30, 2026
- The stage form of 20.0 has no stage_definition group anymore: the per-job
  rotting fields are anchored to the configuration group.
- In 20.0 the talent pool wizard copies the attachments to the talent and
  redirects applicants already linked to one. The attachment move is removed
  and only applicants that become a new talent are archived (PO decision on
  task 76631).

Part-of: #75
Signed-off-by: Matias Velazquez <[email protected]>
roboadhoc pushed a commit that referenced this pull request Oct 30, 2026
roboadhoc pushed a commit that referenced this pull request Oct 30, 2026
roboadhoc pushed a commit that referenced this pull request Oct 30, 2026
…t pool

In 20.0 the talent pool wizard accepts applicants already linked to a talent,
directly or by sharing email, phone or LinkedIn with one. Those applicants
keep their application active, as the PO decided on task 76631.

Part-of: #75
Signed-off-by: Matias Velazquez <[email protected]>
@roboadhoc roboadhoc added the 19.1 label Oct 30, 2026
@roboadhoc roboadhoc closed this in 4eae4c6 Oct 30, 2026
@roboadhoc
roboadhoc deleted the 20.0-t-76631-les branch October 30, 2026 17:41

This branch was previously deployed

1 inactive deployment
merge — f3d1e71f Deployed Oct 30, 2026 by roboadhoc
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants