Code Issue:
16557: PMFDerivate is not working.
Solution:
- En el metodo derivateCase(), existia codigo repetido en dos partes del metodo. Se suprime el codigo repetido.
- En PMFDerivateCase contiene lo siguiente:
PMFDerivateCase ($caseId, $delIndex, $bExecuteTriggersBeforeAssignment = false, $sUserLogged = null)
Al ejecutar el trigger cuando esta como Before Assigment, se debe pasar el tercer parametro como true.
A new parameter $config (associative array) was added in the PMFSendMessage function:
Example:
array(
"MESS_ENGINE"=>"PHPMAILER",
"MESS_SERVER"=>"smtp.gmail.com",
"MESS_PORT"=>587,
"MESS_FROM_MAIL"=>"xxx@gmail.com",
"MESS_RAUTH" =>1,
"MESS_ACCOUNT"=>"xxx@gmail.com",
"MESS_PASSWORD"=>"15678=865",
"SMTPSecure"=>"tls"
)
The parameters of the array showed in the Example are all the necesary parameters.
A new parameter $config (associative array) was added in the PMFSendMessage function:
Example 1:
array(
"EmailEngine"=>"PHPMAILER",
"Server"=>"smtp.gmail.com",
"Port"=>587,
"UserName"=>"jennylee@colosa.com",
"FromEmail"=>"jennylee@colosa.com",
"UserPassword"=>"asfasjeasas",
"SecureConnection"=>"tls"
)
The parameters of the $config array showed in the example 1 are all the parameters that the array $config accepts, this could just have the UserName and the UserPassword if all the other parameters are the same as those that are configured in System configuration.
Example 2:
array(
"UserName"=>"jennylee@colosa.com",
"UserPassword"=>"asfasjeasas"
)
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.
Se modifica la clase wsBase para que se ejecuten los triggers before assigment, cuando se realiza el route-case. Replace harcoded labels by a translation ID
- Remover la funcion WSDL Web Services Functions importProcessFromLibrary()
- Problema resuelto, se ha eliminado la Funcion "importProcessFromLibrary()", ya no existe.
- Actions by email: No manda la manda la notificacion
- Problema resuelto, al configurar el Email de tipo "Mail PHP" y utilizando una activacion Actions by Email,
la notificacion se envia.
* Available from version ProcessMaker-2.5.2-testing.1
- Actions by email: No manda la manda la notificacion
- Problema resuelto, al configurar el Email de tipo "Mail PHP" y utilizando una activacion Actions by Email,
la notificacion se envia.
* Available from version ProcessMaker-2.5.2-testing.1
- Actions by email: No manda la manda la notificacion
- Problema resuelto, al configurar el Email de tipo "Mail PHP" y utilizando una activacion Actions by Email, la
la notificacion se envia.
* Available from version ProcessMaker-2.5.2-testing.1
- Actions by email: No manda la manda la notificacion
- Problema resuelto, al configurar el Email de tipo "Mail PHP" y utilizando una activacion Actions by Email, la
la notificacion se envia.
* Available from version ProcessMaker-2.5.2-testing.1
- El metodo caseList, utiliza las tablas principales de ProcessMaker
- Problema resuelto, se ha reescrito el query para que use la tabla APP_CACHE_VIEW,
si SOLR esta habilitado/activo se utilizara este servicio para la obtencion
de los datos
* Available from version ProcessMaker-2.5.1-testing.4
- El metodo caseList, utiliza las tablas principales de ProcessMaker
- Problema resuelto, se ha reescrito el query para que use la tabla APP_CACHE_VIEW,
si SOLR esta habilitado/activo se utilizara este servicio para la obtencion
de los datos
* Available from version ProcessMaker-2.5.1-testing.4
- El estado no era actualizado correctamente ya que al ejecutar el trigger se tenia datos antiguos con el cual se reescribia el estado del caso.
- Al ejecutar un trigger se realiza el unset de las variables APP_STATUS, APP_PROC_STATUS, APP_PROC_CODE, APP_PIN para que no sean modificadas.
- El metodo caseList, utiliza las tablas principales de ProcessMaker
- Problema resuelto, se ha reescrito el query para que use la tabla APP_CACHE_VIEW
* Available from version ProcessMaker-2.5.2-testing.1
- El estado no era actualizado correctamente ya que al ejecutar el trigger se tenia datos antiguos con el cual se reescribia el estado del caso.
- al ejecutar un trigger se realiza el unset de las variables APP_STATUS, APP_PROC_STATUS, APP_PROC_CODE, APP_PIN para que no sean modificadas.
- No execute triggers according the configuration in case scheduler
- Solved problem, add code to execute triggers in method newCase() in wsBase class
* Available from version ProcessMaker-2.5.1-testing.3
Error: There were no parameter to set which starting task to select.
Sol: Adding a optional paramater to the newCaseImpersonate function.
plus code style changes.
