PM-1445, No se muestra el calendario que esta usando un usuario. PM-1131, actualizacion de etiquetas en trigger wizard
PM-1445, se agrego el parametro CALENDAR_NAME en usersAjax.php y se recibio el mismo en users.js
- Cuando se cambiaba el estado de un rol a inactivo cual quier persona con ese rol podia seguir logueandose.
- Cuando se creaba un usuario y se le ponia en estado inactivo se podia loguear.
- Se agrega la validacion del estado del rol en el archivo RbacUsers.php en la funcion verifyLogin donde retorna "-6" si el rol esta como inactivo.
- al crear un usuario se hacia una doble validacion para el estado, ahora solo se toma en cuenta la que esta en la class.rbac.php en la funcion createUser
Los dropdowns Region, Location y Replaced by, tambien se cambiaron para que desplieguen los datos ordenados alfabeticamente. En el caso de Replaced by el ordenamiento se realiza por el nombre de usuario.
El listado que se muestra en el Dropdown Country en ADMIN > Users > New User se mostraba sin un orden (ni ASC, ni DESC). Ahora se muestra con orden ASC.
- Un usuario NO Administrador pero con permisos de PM_USERS puede
auto-configurarse como Administrador
- Adjustment in the validation of user from administrator roles can not
change if not an administrator.
- When changing the password, the old password should be
required (and verified)
- Problem solved, added a new field to validate the user, when changing
the password (user's profile)
* Available from version ProcessMaker-2.0.46
- Despues de revisar los registros se determino que en 2 instancias diferentes se ha creado al mismo ususuario con diferencia de segundos y al no haber validacion al momento de crear permite crear 2 usuarios con el mismo username
- Se agrego una validacion adcional antes de crear a usuario
- New feature
- Request that an "Edit" button be added to the page to view the
profile of a particular user
- Added edit button in Summary view
* Available from version 2.0.46
- In the class "derivation" doesn't exist the validation for the "Replaced By" field
- Added the business logic to set the replaced by user when a case is derivated
- Reverted the changes made in "Users.php"
- Solved wrong display of information "Country, State or Region, Location"
in "View_Edit_Profile" this in IE, all this in "usersAjax.php"
- When modifying a user's data "ADMIN>Users" or "View/Edit Profile"
shows the incorrect data in the dropdowns
- Problem solved, display incorrect information in Dropdowns is because
the response time of AJAX requests, this was solved by improving the
order of AJAX requests
- Changed the label "Saving process" (ID_SAVING_PROCESS) for
"Saving ..." (ID_SAVING)
- Solved wrong display of information "Country, State or Region, Location"
in "View_Edit_Profile" this in IE
We've detected 2 problems:
1.- The new algorithm to detect if the password is encrypted don't support passwords with a ":" character
2.- When recover the email configuration the system don't decrypt correctly the password of a previous version (without encryption, backwards compatibility)
