- En los dynaforms, en la parte de arriba se despliega el Case # y el Title:. Esta linea o conjunto de datos deberia tener algun tipo de identificacion pues algunos proyectos o no lo utilizan o no sirve de mucha referencia. Se deberia anadir un identificador para que se pueda controlar si es pertinente que se despliegue en los formularios o no.
- Adding option for active/deactive title and case number when run case.
- Folder Cases appears a row below
- The ID problem for uxmodern in styles forced to move the refresh from the right side to the left side, to avoid any conflicts.
- APP_FINISH_DATE is set to 1902-01-01 00:00:00 when create new case
using webservices
- DEL_INIT_DATE is set to NULL when routing case using webservices
- Solved the problem in the fields APPLICATION.APP_FINISH_DATE and
APP_CACHE_VIEW.APP_FINISH_DATE, when you create a new case now set to NULL
- Solved the problem in the fields APP_DELEGATION.DEL_INIT_DATE and
APP_CACHE_VIEW.DEL_INIT_DATE when the case is routed set to the date corresponding
- When using debug, in a process that has an array variable. in the List of variables the array content is not display.
- Fixbug of the return value when the element is a array or object in debug window.
- It was found that an alert was displayed with a not very specific error
- Skin_ajax was modified to allow the skin uxmodern to be copied, moreover to clarify the type of error.
- When I sort the list and then I go to the next page my sort list is not
working fine
- In the User List all columns are sortable, which is incorrect
- It has set the columns that are sortable (USER_NAME, STATUS, ROLE, DUE_DATE),
the rest of the columns have different criteria in obtaining its value, which
prevents their order (eg FULL_NAME depends on the configuration that is
given in ADMIN>Settings>Environment>User Name Display Format)
- The interface for the Trigger wizard should say that the return value variable is option (not required).
- Adjustment index the third parameter that defined in return value.
- By changing the "Case Label", this is not updated in the APP_CACHE_VIEW table
- Solved problem to changing the "Case Label", now is updated in the APP_CACHE_VIEW table
- Improvement in file, compliance with the standard PSR2
Note:
- When you change the "Case Title" of a task, affecting every case,
if it is the current task of the case (otherwise it would not affect
the APP_CACHE_VIEW table)
- If a task is saved empty the "Case Title" the APP_TITLE take the value
#APP_NUMBER (all cases are in the task, this in APP_CACHE_VIEW table)
