Skip to content

[FIX] partner_state: keep standard fields in the chatter - #157

Closed
fw-bot-adhoc wants to merge 1 commit into
ingadhoc:20.0from
adhoc-dev:20.0-18.0-h-126800-ced-10112-fw
Closed

fw-bot-adhoc wants to merge 1 commit into
ingadhoc:20.0from
adhoc-dev:20.0-18.0-h-126800-ced-10112-fw

Conversation

@fw-bot-adhoc

Copy link
Copy Markdown

Ticket: https://www.adhoc.inc/odoo/helpdesk.ticket/126800

Qué cambia

  • _track_get_fields: arranca de lo que Odoo registra por defecto y suma los campos con Cambios? (filtrados con fields_get(), como hace mail). Nunca saca un campo estándar.
  • Se quita el override de _message_track. Desde [FIX]partner_state: log to chatter fields marked with changes=True #144 dejaba pasar al chatter solo los campos con Cambios?, así que una base sin líneas en Campos de Estados no registraba ningún cambio de contactos.
  • Pantalla de Campos de Estados: la columna Cambios? muestra un campo calculado (chatter_tracking). Si el campo elegido tiene seguimiento nativo (ir.model.fields.tracking), aparece tildado y de solo lectura. En los demás campos lee y escribe changes, como antes. Las líneas existentes se ven bien sin script de migración.
  • Traducción al español de la columna y del texto de ayuda.
  • README: explica las opciones de Campos de Estados y lista los campos que Odoo registra por defecto en contactos. Corrige la ruta del menú (está en Contactos > Configuración).

El paso a Potencial (Seguir?) no cambia: lo maneja write() con check_fields("track").

Cómo se probó

  • tests/test_partner_state_tracking.py: sin líneas se registra un campo estándar; con Cambios? se registra un campo que Odoo no registra y un contacto aprobado sigue aprobado; sin Cambios? un campo estándar se sigue registrando; la columna queda tildada en un campo estándar y escribe changes en otro.
  • En rojo, rompiendo de a una cosa: con el seguimiento de 18.0 actual fallan los tres casos del chatter; si Cambios? devuelve a Potencial falla el caso del aprobado; sin el inverso de la columna, o sin el seguimiento nativo en su cálculo, falla el caso que corresponde.
  • Suite del módulo en una base local con demo data: 0 failed, 0 error(s) of 6 tests, sin warnings.
  • Navegador (Playwright, base local 18.0 en español): la columna se llama "Cambios?", en "Nombre" está tildada y fija, en "Activo" es editable; al agregar Vendedor queda fija y tildada; al agregar Referencia se puede destildar y se guarda con changes = False; cambiar el email de un contacto deja registro en el chatter. Sin errores de consola, JS ni HTTP.

19.0

El forward-port va a tener conflicto en _track_get_fields, porque en 19.0 el método es distinto (no tiene _message_track). Al resolverlo conviene limpiar el write() de 19.0, que arma initial_values y state_fields_to_track sin usarlos.

Forward-Port-Of: #156
Forward-Port-Of: #153

"Changes?" now only adds fields to the chatter. Fields that Odoo tracks
by default are always tracked, with or without lines in Partner State
Fields. Before, the _message_track override only logged the fields with
"Changes?", so a database without lines logged no partner change.

The "Changes?" column now shows a computed field: it is checked and read
only for fields with native tracking, and it writes the stored value for
the other fields. Existing lines show the right value without a migration.

The README explains the options of Partner State Fields and lists the
fields that Odoo tracks on contacts by default.

In 19.0, also drop the unused initial_values and state_fields_to_track
from write().

X-original-commit: ff015cb
@roboadhoc

Copy link
Copy Markdown

Pull request status dashboard

@fw-bot-adhoc

Copy link
Copy Markdown
Author

@ced-adhoc @mav-adhoc this PR targets 20.0 and is the last of the forward-port chain.

To merge the full chain, use

@roboadhoc r+

More info at https://github.com/odoo/odoo/wiki/Mergebot#forward-port

@les-adhoc les-adhoc closed this Oct 20, 2026
@fw-bot-adhoc
fw-bot-adhoc deleted the 20.0-18.0-h-126800-ced-10112-fw branch October 27, 2026 16:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants