error - apex_admin_param_previsualizazion

Richard, buen día
Pasamos un proyecto que funciona correctamente de toba_2_0 a toba_2_7 y al tratar de aplicar los eventos filtrar y guradar, se nos presenta el error, se ejecuta el script en postgres y lo ejecuta bien y la tabla existe, me colaboras?
SQLSTATE: db_42P01

CODIGO: 7

MENSAJE: ERROR: relation “apex_admin_param_previsualizazion” does not exist LINE 2: FROM apex_admin_param_previsualizazion ^

SQL: SELECT perfil_datos, grupo_acceso, punto_acceso FROM apex_admin_param_previsualizazion WHERE proyecto = “consultorios” AND usuario = “toba”; – toba_log: 67719

Cordial Saludo

Hola Jhon,
no estoy seguro en que contexto estan intentando acceder a dicha tabla, pareciera que el usuario con el que quieren acceder no tiene permisos para ello, revisaria por ahi.

Saludos

Richard, buen día
No hemos solucionado el problema, te cuento más a fondo
En la instancia de desarrollo funciona correctamente un proyecto pasado de la versión 2.0 a 2.7.13

Pero al pasar a producción hemos notado que al aplicar cualquier evento (Guardar) en una interfaz ML, como que se pierde el indice del datos tabla, para las filas a modificar

Como son muchos registros, solo cargamos en el ML, los de la fecha actual y a partir de ahí los que se indican en el filtro

function ini__operacion() {
$condicion[‘cit_fecha_cita’] = date(‘Y-m-d’);
$this->dep(‘datos’)->cargar($condicion);
}

El filtro lista en el ML correctamente los datos, pero al aplicar el evento Guardar, muestra el siguiente error.
componente(9952): MODIFICAR. No existe un registro con el INDICE indicado (5)

independientemente de la fila a modificar, modificación en el ML es implicito con datos, como normalmente se maneja ya que se creó por el asistente

el código normal en el ci es el que corresponde a un ML, pero le adicionamos un filtro, el problema es que al evento filtrar, se dispara el implicito del formulario con el citado error.

Gracias por tu ayuda,
Cordial Saludo

En el conf formulario cargué el DT con los registros del filtro y no en el INI, ya que por la gran cantidad de registros abortaba, posiblemente por limite de memoria.

$this->dep(‘datos’)->cargar_con_datos($datos);

Cordial Saludo,

Gracias

Hola Jhon,

Si el codigo funciona correctamente en desarrollo pero no en produccion, evaluaria las diferencias entre ambas instalaciones… ya que en produccion la “migracion” es en realidad mas similar a un reemplazo con la version de desarrollo.

Pero al pasar a producción hemos notado que al aplicar cualquier evento (Guardar) en una interfaz ML, como que se pierde el indice del datos tabla, para las filas a modificar Como son muchos registros, solo cargamos en el ML, los de la fecha actual y a partir de ahí los que se indican en el filtro

Si te interpreto correctamente, cargan los datos a modificar a partir de la fecha que especifica un filtro… hasta ahi todo bien, cuando reciben los datos del ML… como los procesan contra el DT?

El filtro lista en el ML correctamente los datos, pero al aplicar el evento Guardar, muestra el siguiente error. componente(9952): MODIFICAR. No existe un registro con el INDICE indicado (5)

independientemente de la fila a modificar, modificación en el ML es implicito con datos, como normalmente se maneja ya que se creó por el asistente
el código normal en el ci es el que corresponde a un ML, pero le adicionamos un filtro, el problema es que al evento filtrar, se dispara el implicito del formulario con el citado error.


Ahhh ahora entiendo, cada vez que disparan el filtrado se intentan modificar los datos del ML y el DT genera un error debido a que tiene otros datos cargados.

Voy a necesitar que me subas el codigo del ci en cuestion para ayudarte mas, aca se juntan dos cuestiones :

  • El momento en que se cargan / reemplazan los datos del DT
  • El momento en que se procesan los datos del ML, que por tener un evento implicito se va a disparar en todas las interacciones que existan con el servidor… no importa que presiones guardar o filtrar.

Saludos