Hotfix - Administración - Error en la edición, clonación y cancelación de un campo HTML en Estudio

[ManuSinergiaCRM]

• Closes Incidencia - Administración - Error al recuperar el valor por defecto de un campo HTML en Estudio #400
• PR to SA: He intentado aplicar la solución de este PR en la rama de hotfix de SuiteCRM 7.14.6 y no funciona. No veo prioritario investigar que sucede para comunicar los cambios a SA por lo que por ahora dejo esta anotación.

---

Descripción

Este PR deshace los cambios implementados en el PR #388 ya que el código implementado en dicho PR era el que generaba el error detectado en el issue relacionado (#400). Además, implementa una solución alternativa para dar solución a la incidencia relacionada con el PR 388 (#81)

En este PR se ha intentado progresar con el enfoque anterior (mceRemoveControl) pero no se consigue dar solución a las diferentes casuísticas con el editor de código. Así, y viendo que con el botón Cancelar se quiere conseguir el mismo comportamiento que el aspa de cierre (X) de la pestaña donde se muestra el editor, se modifica el comportamiento del botón Cancelar para que al ser pulsado, llame a la función click() del aspa de cierre de pestaña.

Para resolver la incidencia con la clonación de campos HTML, se implementa la llamada al método mceRemoveControl de tinymce al pulsar en el botón, de forma que se elimine la relación entre el editor y el input htmlarea

`if (tinyMCE.get("htmlarea")) { tinymce.execCommand("mceRemoveControl", false, "htmlarea"); }`

Pruebas

Rehacer pruebas del PR #388

1. Acceder a Estudio, crear un campo, seleccionar que sea de tipo HTML, asignarle un valor y comprobar que se muestra el editor enriquecido.
2. Pulsar en el botón de Clonar y comprobar que se muestra el editor enriquecido.
3. Volver a editar el campo creado en el punto 1 + pulsar en el botón de Cancelar
4. Editar el campo y comprobar que se muestra el editor enriquecido.
5. Asignar un valor diferente al que asignamos en el primer punto + Guardar
6. Editar de nuevo el campo y comprobar que se ha guardado el valor indicado en el punto anterior

Pruebas

1. Acceder a Estudio y crear dos campos de tipo HTML asignándoles un valor por defecto diferente
2. Acceder al primer campo y pulsar en el botón de Cancelar
3. Acceder al segundo campo y comprobar que se muestra su valor y no el valor del primer campo.

[github-actions]

Actions executed at: 2024-11-19 15:45:15.

[ainaraRT]

(A)Probado

[enricsinergia]

(A)probado

Se observa que si se modifica el valor por defecto antes de dar al botón clonar, se pierde la modificación, pero es lo mismo que sucede con el resto de tipos de campos (se copia el valor guardado en BBDD y no el que se haya modificado por pantalla)