- When creating a dynaform with the character "&", the field handlers not working.
- Problema resuelto, el problema que se teníera lo siguiente cuando se utiliza el "&" en el tílo de un dynaform,
cuando se enviaba los datos via GET, el "&" lo interpretaba como un separador de variables y esto ocasionaba la
division de los datos que se enviaba. Se valida los datos enviados via GET codificáolos y al recibir estos datos
se los decodifica.
- teclas no validadas hacian que se rompa el control de la longitud.
- Se agrego validacion para las teclas en la validacion email, AlphaNum.
nota. hay teclas que no se pueden controlar aun en laptop por un comportamiento raro que tienen.
Problem:
Case 1: The same user 'A', creates and imports the process, using the option: "Update the current process...".
Result: The user that created the process, user A in the example, is allways the User Owner of the process.
Case 2: User 'A' creates the process, and user 'B' imports the process, using the option: "Update the current process...".
Result: The user that created the process, user A in the example, is allways the User Owner of the process.
Case 3: User 'A' creates the process, then this user 'A' is deleted, and user 'B' imports the process, using the option: "Update the current process...".
Result: The User Owner is showed empty.
Razon: When the user 'A' (the one that created the process) is deleted, the delete is only logical not physical in the db, and it is updated with the Status 'CLOSED' and the username of this user is changed to an empty string " ". So, when the process is updated the username is copy like it is in the db, and copy into the User Owner field, showing the empty string " ".
Solution:
A validation was added asking if the user exist, if this dosen't the User Owner is changed to the current user logged, and the same if the user exist but his status is CLOSED.
- When creating a dynaform with the character "&", the field handlers not working.
- Problema resuelto, el problema que se teníera lo siguiente cuando se utiliza el "&" en el tílo de un dynaform,
cuando se enviaba los datos via GET, el "&" lo interpretaba como un separador de variables y esto ocasionaba la
division de los datos que se enviaba. Se valida los datos enviados via GET codificáolos y al recibir estos datos
se los decodifica
- "my case forms and documents" no muestra el formulario.
- Problema resuelto, cuando se realiza el seguimiento de un caso en "my case forms and documents" en Case Tracker, al
seleccionar un dynaform de la lista el formulario se muestra correctamente.
Disponible para la version 2.5.3 de ProcessMaker.
The validation for the not required parameter "unpauseDate" was wrong. When this parameter was empty the validation was taking this like this has a date, so it was trying to check the date format, and this was giving an error.
The validation was changed to only let strings of 10 or more characters go into the next validation where the format of the date is checked.
- The om propel class generates a validation for null values if for the fields date/time.
- A validation was added in the om propel class for null values if in the pmtable it's defined.
- The blank spaces were accepted.
- A validation was added removing spaces in blank of the PRO_TITLE field in the main.js file, also an error message was added.
- Oracle Connection Parameters with TNS.
- Problema resuelto, en DATABASE CONNECTIONS al hacer click en New, en el dynaform "Add new Database Source" se agrega
dos campos un dropdown "Select Connection Type" con dos opciones "NORMAL y TNS" y el campo de tipo "TNS", estos nuevos
campos se muestran cuando se selecciona la opcion en engine "oracle" si es en otro caso se ocultaran. Tambien se adiciona
dos nuevos campos en la tabla "DB_SOURCE" que son: "DBS_CONNECTION_TYPE" y "DBS_TNS".
Cuando se selecciona "oracle" y tipo de conexion "TNS", al llenar los datos al dynaform y hacer click en el boton
"test connection" realizara la prueba con exito o falla.
Cuando se selecciona "oracle" y tipo de conexion "NORMAL", al llenar los datos al dynaform y hacer click en el boton
"test connection" realizara la conexion tal como se hacia anteriomente.
- El engine de formularios no mostraba ningun valor para valores previamente almacenados que ya no tengan esa opcion en el control
- Para el modo VISTA de los campos de tipo DROPDOWN, LISTBOX, RADIOGROUP y CHECKGROUP ahora se muestran los valores que se guardaron previamente, aunque el valor ya no exista en la definicion del control, ya sea que sus opciones sean agregadas manualmente o bien sean obtenidas por un SQL
