El servicio jsonServices/getDocumentClassFields no trae el campo multivalued para los campos que tienen un workflow relacionado.
Lo campos que son definidos del tipo String, pero que tienen como valor Values:valor1,valor2,etc se muestran de forma incorrecta en Thuban.
También se probó separar los valores con pipes "|", pero no funcionó.
En la pantalla de generación de carátulas de Prescan se muestran todos los estados de workflow, sin filtrar únicamente por los estados iniciales.
Los combos de transiciones de workflow muestran las transiciones de forma desordenada... o sea, no respetan el orden de las tareas.
Incluso sin guardar el cambio de estado, al seleccionar un valor distinto al actual, el orden de la lista de transiciones cambia, esto confunde bastante... se debería respetar el orden de los estados.
Al crear documentos multixados se debe ocultar el panel para agregar imágenes.
Esto funciona correctamente al presionar el botón \+1 la primera vez, pero luego de indexar y crear el primer documento, al botón para adjuntar un nuevo archivo vuelve a aparecer.
Al ingresar a la creación de documentos y seleccionar una clase documental que tenga agrupaciones y campos de tipo fecha en solo lectura, se ve que dichos campos aparecen en gris pero con el botón de calendario habilitado. Esto hace que si se usa dicho botón se pueda modificar el valor de un campo que debería ser de solo lectura.
Esto, sin embargo, no ocurre si la clase documental no utiliza agrupaciones.
En el Thuban web de producción de Vivatia, al acceder a Vínculos Dinámicos para cualquier clase documental, se despliega el siguiente error….
Al cambiar la imagen a un documento que es una multindexación de otro, la nueva imagen se guarda correctamente. Sin embargo, al consulta las versiones anteriores de dicho documento, se despliegan los datos de la misma pero no se muestran los botones de visualización y descarga de la misma.
Información adicional sobre el caso se puede encontrar en el documento adjunto al ticket.
Al consultar el servicio web para obtener las bandejas del usuario, el servicio devuelve el mensaje "Hubo un error al ejecutar el query de la bandeja".
En Thuban web con el mismo usuario, se despliegan todas las bandejas disponibles del mismo. El servicio web debería de comportarse como si consultará desde Thuban web.
Un usuario que no tiene permisos para crear documentos, no debería tener disponible el botón para multi-indexar. De hecho, al querer multi-indexar, Thuban no encuentra la clase documental y no trae bien los campos.-
Cuando se crea un documento y existe la relación de clases \(multiindexación, vínculos dinámico, reclasificación\) el botón "Limpiar" no limpia los valores, sino que refresca los valores que traslada de la relación de clases.
En el JOB ExecuteQueryReportJob desde la pantalla Server, carga por default los parámetros, uno de ellos llamado Ruta que no existe. El nombre correcto del parámetro es path.
Al subir un archivo que fue comprimido con el aplicativo 7zip, Thuban no puede reconocer la extensión ".7z" y cuando el usuario descarga el archivo, le cambia la extensión a ".octet-stream". Por ende, no sabe con qué aplicación abrirlo.
El problema parece estar en la Creación de documentos, ya que si reemplazo el recurso asociado y vuelvo a subir el mismo archivo "7z", Thuban no le cambia la extensión y lo descarga bien.
Cuando quiero guardar cualquier permiso para cualquier grupo, Thuban me muestra un cartel que dice "Seleccione la clase documental" \(que no corresponde porque no estoy tocando nada de clases documentales\). Al presionar Ok, me muestra el mensaje de que "Los cambios se guardaron correctamente".
Cuando quiero multiindexar un documento de la clase "DOC\_SINIESTRO", al presionar "CREAR" \(modifique campos o no\), me manda el siguiente mensaje de error:
com.latintech.doc.core.exception.UnexpectedErrorException: Error inesperado del servidor. La causa es: java.lang.NullPointerException . Mensaje:
at com.latintech.thuban.ui.NewUI.onCreateDocument\(NewUI.java:1222\)
at sun.reflect.GeneratedMethodAccessor560.invoke\(Unknown Source\)
at sun.reflect.DelegatingMethodAccessorImpl.invoke\(DelegatingMethodAccessorImpl.java:43\)
at java.lang.reflect.Method.invoke\(Method.java:498\)
at org.zkoss.zk.ui.impl.EventProcessor.process0\(EventProcessor.java:211\)
at org.zkoss.zk.ui.impl.EventProcessor.process\(EventProcessor.java:141\)
at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.process0\(EventProcessingThreadImpl.java:519\)
at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.run\(EventProcessingThreadImpl.java:446\)
Caused by: java.lang.NullPointerException
at com.latintech.thuban.helpers.MultivalueConstraintHelper.verifySelectedValue\(MultivalueConstraintHelper.java:38\)
at com.latintech.thuban.helpers.MultivalueConstraintHelper.validate\(MultivalueConstraintHelper.java:25\)
at com.latintech.thuban.helpers.GroupingsHelper.extractComboField\(GroupingsHelper.java:590\)
at com.latintech.thuban.helpers.GroupingsHelper.extractFieldValue\(GroupingsHelper.java:435\)
at com.latintech.thuban.helpers.GroupingsHelper.retrieveFieldValues\(GroupingsHelper.java:390\)
at com.latintech.thuban.ui.NewUI.onCreateDocument\(NewUI.java:1007\)
... 7 more
Al borrar un documento "original", se borra el registro de THUBAN\_STORE. Entonces, los documentos que hacían referencia a ese path, quedan sin imagen.
Thuban no debería borrar el registro de THUBAN\_STORE si hay más de un documento apuntando a un mismo path.
Descripción breve:
Error de ubicación en los desplegables al posarse en ellos.
Pasos a seguir:
1- Ingresar a Thuban con Internet Explorer 11, posarse y navegar en la línea de desplegables \("Documentos","Reportes","Workflow","Admin" y "Server"\).
Resultado esperado:
Navegación entre desplegables.
Resultado obtenido:
Desfasaje en los desplegables.
Descripción breve:
Sin el permiso de firmar digitalmente varios documentos, este nos permite hacerlo.
Pasos a seguir:
1- Loguearnos en Thuban, ir "Admin" y "Permisos".
2 - Seleccionamos "Ítems de acceso", habilitamos el permiso "Firmar digitalmente un documento" y dejar sin tildar el de "Firmar digitalmente múltiples documentos".
3- Salimos y nos volvemos a loguear, y buscamos documentos para firmar.
4-Seleccionamos más de 2 documentos para firmar simultáneamente y firmamos.
Resultado esperado:
La negativa en la acción que estamos por llevar adelante.
Resultado obtenido:
Nos deja firmar múltiples documentos sin el permiso. adjunto capturas.