Slow query for login
HOR-1787
Slow query for login
HOR-1787
Slow query for login
HOR-1787
Slow query for login
HOR-1787
Slow query for login
HOR-1787
Slow query for login
HOR-1787
Slow query for login
Issue:
Create PMFunction to Send Message to Group PMFSendMessageToGroup
Cause:
Nuevo requerimiento de funcion
Solution:
Se a implementado la nueva funcion:
function PMFSendMessageToGroup(
$groupId,
$caseId,
$from,
$subject,
$template,
$arrayField = [],
$arrayAttachment = [],
$showMessage = true,
$delIndex = 0,
$config = [],
$limit = 100
)
Issue:
(Code Scanner) Se debe poder configurar enable_blacklist = 1 en el env.ini de cada workspace
Cause:
Nuevo requerimiento de funciones
Solution:
Se a implementado el "Code Scanner" por workspace esto con el file "/path/to/processmaker/shared/sites/myWorkspace/env.ini",
estableciendo la directiva "enable_blacklist = 1". Caso contrario se hara uso del file "/path/to/processmaker/workflow/engine/config/env.ini"
Note:
Se deberan revisar los siguientes modulos:
- Escaneo de codigo al importar un plugin (no se aplica a plugins enterprise)
- Escaneo de codigo al habilitar un plugin (si el plugin ya se encuentra fisicamente en el directorio de los plugins)
- Escaneo de codigo al importar un proceso
- Escaneo de codigo al crear/modificar codigo de un trigger
- Escaneo de codigo al ejecutar un caso que tenga seteados triggers en sus steps (si el trigger tiene codigo
no deseado, no se ejecuta el trigger)
- Se ha agregado la opcion "check-plugin-disabled-code" al comando "./gulliver", el mismo muestra
informacion sobre los plugins con codigo no deseado.
Ej: $ ./gulliver check-plugin-disabled-code [enterprise-plugin|custom-plugin|all|<plugin-name>]
- Se ha agregado la opcion "check-workspace-disabled-code" al comando "./processmaker", el mismo muestra
informacion sobre los workspaces con codigo no deseado en sus triggers.
Ej: $ ./processmaker check-workspace-disabled-code <myWorkspace>
Issue:
Implementacion de la directiva "protocolo" para el archivo "env.ini"
Cause:
Los servidores con "balanceador de carga" como son los que ofrece Amazon, no definen la variable $_SERVER['HTTPS'];
lo que causa que la funcion "G::is_https()" siempre retorne "false"
Solution:
Se a implementado la directiva "server_protocol" para el archivo "/path/to/processmaker/workflow/engine/config/env.ini",
en donde se define el protocolo del servidor (esto solo si se tiene errores en el front-end de ProcessMaker)
Issue:
Peticiones ajax en pmDynaform no funcionan
Cause:
Uso del flag para excluir el string del protocolo "http://"
Solution:
Se elimina el flag para excluir el string del protocolo "http://"
Issue:
(WSSO Plugin) Cuando se ingresa al proceso, se puede verificar que no se puede recuperar la data del mismo
Cause:
Se esta usando el mismo VirtualHost para clientes WEB y REST
Solution:
Se realizo la implementacion de la nueva directiva "server_hostname_requests_frontend" del "env.ini"; esto para
el caso en que se requiera del "feature SSO", tomar nota de lo siguiente:
- Habilitar el modulo "mod_headers" de apache (httpd.conf)
- Tener configurado un VirtualHost normal para ProcessMaker (pmos.conf)
- Para el "feature SSO" se debera crear un 2do VirtualHost con toda la configuracion necesaria para
el mismo (pmos.conf), por lo que todos los usuarios que requieran este feature, deberan usar este para
acceder por browser
- Crear un 3er VirtualHost para las solicitudes del front-end (DESIGNER), en donde se agregara lo
siguiente (pmos.conf):
<IfModule mod_headers.c>
Header set Access-Control-Allow-Origin "*"
Header set Access-Control-Allow-Headers "Content-Type,Depth,User-Agent,X-File-Size,X-Requested-With,If-Modified-Since,X-File-Name,Cache-Control,Authorization"
Header set Access-Control-Allow-Methods "OPTIONS,GET,POST,PUT,DELETE"
</IfModule>
De tal forma que quedara asi:
<IfModule mod_headers.c>
Header set Access-Control-Allow-Origin "*"
Header set Access-Control-Allow-Headers "Content-Type,Depth,User-Agent,X-File-Size,X-Requested-With,If-Modified-Since,X-File-Name,Cache-Control,Authorization"
Header set Access-Control-Allow-Methods "OPTIONS,GET,POST,PUT,DELETE"
</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^.*/(.*)$ app.php [QSA,L,NC]
</IfModule>
- Agregar lo siguiente al archivo "/path/to/processmaker/shared/sites/your-workspace/env.ini"
server_hostname_requests_frontend = "{your_server_hostname_requests_frontend}"
Donde:
- your_server_hostname_requests_frontend, es el nombre del servidor configurado para el
front-end (3er VirtualHost), ejemplo:
server_hostname_requests_frontend = "192.168.40.72:3017"
- Tambien se puede hacer la configuracion en el archivo "/path/to/processmaker/workflow/engine/config/env.ini",
considerar que esto afectara a todos lo workspaces creados
Note:
Todo el desarrollo se lo hizo en un server Windows-Server-2012-R2 con Apache-2.4
Issue:
PM-444: 0013316: Be able to assign users to different time zone
PM-3493: Agregar soporte multiple timezone a los endpoints usando formato fecha ISO 8601
Cause:
New feature
Solution:
Added functionality for time zone
> ProcessMaker-MA "Email Server (endpoints)"
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/email/paged?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/emails?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/email/{mess_uid}
POST /api/1.0/{workspace}/email
POST /api/1.0/{workspace}/email/test-connection
PUT /api/1.0/{workspace}/email/{mess_uid}
DELETE /api/1.0/{workspace}/email/{mess_uid}
- Se esta creando un 1er registro en la tabla EMAIL_SERVER, esto al ejecutar el comando "./processmaker upgrade".
- El metodo "System::getEmailConfiguration()" recupera el EMAIL_SERVER por default, caso contrario trabajara como lo
hacia anteriormente.
Merge branch 'master' of bitbucket.org:colosa/processmaker into PM-940
Conflicts:
workflow/engine/config/schema.xml
workflow/engine/data/mysql/schema.sql
> ProcessMaker-MA "Email Server (endpoints)"
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/email/paged?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/emails?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/email/{mess_uid}
POST /api/1.0/{workspace}/email
POST /api/1.0/{workspace}/email/test-connection
PUT /api/1.0/{workspace}/email/{mess_uid}
DELETE /api/1.0/{workspace}/email/{mess_uid}
- Se esta creando un 1er registro en la tabla EMAIL_SERVER, esto al ejecutar el comando "./processmaker upgrade".
- El metodo "System::getEmailConfiguration()" recupera el EMAIL_SERVER por default, caso contrario trabajara como lo
hacia anteriormente.
- Mantener el Idioma de la URL al iniciar sesion
- Problema resuelto, al iniciar sesion con un determinado idioma en la url y cerrar sesion, al iniciar sesion nuevamente
en el login el idioma se mantendra al idioma definido en la url, tambien se adiciona una opcion mas al guardar la configuracion
del idioma cuya opcion es "Use the language of URL".
- Mantener el Idioma de la URL al iniciar sesió
- Problema resuelto, al iniciar sesion con un determinado idioma en la url y cerrar sesion, al iniciar sesion nuevamente
en el login el idioma se mantendra al idioma definido en la url, tambien se adiciona una opcion mas al guardar la configuracion
del idioma cuya opcion es "Use the language of URL".
Se realizo un cambio en el schema de la BD Rbac para que el campo Password de la tabla AUTHENTICATION_SOURCE tenga un tamanio mayor de 150 caracteres.
Ademas de esto se realizaron cambios en la clase WsTools para poder hacer el cambio en el schema de la bd actual al realizar un upgrade.
Please enter the commit message for your changes. Lines starting
- Incrementar el valor del memory_limit que viene por defecto en el env.ini y en el php.ini
- Problema resuelto, se ha incrementado de valor del "memory_limit" de 128M a 256M.
* Available from version ProcessMaker-2.5.2-testing.1
