- When trying to create a new Report Table and selecting an external database connection for the "DB Connection" parameter, the following error message appears:
- Adjustment DB Connections for a Report Table, to diferents externals databases.
- We verified that the list of the steps not working.
- Was modified the class.appCacheView, the function getTodo for parameters
include TAS_UID y PRO_UID, too was modified the template indexSingle.html
- Procedimientos Almacenado no funcionan con executeQuery en Triggers.
- Several Adjustments for execution the Queries, CRUDs, Stored Procedures and User Defined Functions in Oracle(2).
- Procedimientos Almacenado no funcionan con executeQuery en Triggers.
- Several Adjustments for execution the Queries, CRUDs, Stored Procedures and User Defined Functions in Oracle.
- KnowledgeTree and webEntry don't work when you try to upload
some files
- Added the missing code in this section when the KnowledgeTree plugin
is enabled
- The problem occurs when the fields parameter exists, then only
takes the values ..that are in it, in the absence of this parameter
is taken into account the variables of the system/process
- If the fields parameter exists now joins the variables of the system/process
The following changes were made:
- fix update Solr index process
- implement casesenuLoader using Solr server to display counters
- fix cron missing reference to system class
- add function and classes documentation
- It was verified that the table was not updated application status.
-Was modified and functions pauseCase unpauseCase tate to change the application in the table.
Now the Solr configuration variables are read from the env.ini file that
is stored in the shared//sites/SYS_SYS/ folder.
The system class is used to get the environment variables using the
solrenv function.
- In the APPLICATION.APP_STATUS field in the database, the status never changes from "TO_DO" to "COMPLETED" when finishing the case
- The problem was caused by the solution to bug 8169, see http://bugs.processmaker.com/view.php?id=8169
- Solved problem, now APPLICATION.APP_STATUS field, changes to "COMPLETED" when finishing the case
- this is a important improvement, now we can have two configurations levels
1. Global Configuration Level (workflow/engine/config/env.ini)
2. Workspace Configuration Level (.../shared/sites/some_workflow/env.ini)
- improvement to read env's ini files once and store on session,
- if any file has been changed (verify by checksum files) that session value is updated
Solr support in PMOS2 includes:
Functionality:
- Implementation of Home views (Inbox, Draft, Participated, Unassigned). The views return fast results.
- Include read, unread, all, and process filter in inbox View.
- Include process filter in draft view.
- Include started by me, completed by me, all, process, and status filter in participated view.
- Include process filter in unassigned view.
- Improved search functionality (search in user defined variables): Use the following syntax to search in process (user defined) variables. {variable_name}:{search_word} ex1:"causal:20*" where causal is the variable defined by the user.
+ Use of wildcards in search: Use * as wildcard at the begin or end of word
+ Multiple conditions in search: Separate multiple conditions by space ex2:"Materiales causal:20*" means that we are searching for the word Materiales and the causal that begin with 20.
+ Search in dates (interval ): Format=> {variable_date}:[yyyy-mm-dd TO yyyy-mm-dd]
Local date not UTC date required
ex: FechaRegistro:[2011-04-15 TO 2011-04-30] //registros con fecha entre el 2011-04-15 y el 2011-04-30.
+ we can use the wildcard *:
ex: FechaRegistro:[* TO 2011-04-30] //registros con fecha menor o igual a 2011-04-30.
FechaRegistro:[2011-04-15 TO *] //registros con fecha mayor o igual a 2011-04-15.
+ Search of exact phrases. format: {variable}:"frase a buscar"
ex: Cliente:"Jesus Marin"
- Application update function.
+ The function is called every time a change is detected in the application's data including the related delegations.
- Use of cache to improve performance
Not included:
- Order of task, sent by, and due date columns.
Pending:
- Advanced search view using faceted lists.
- By using the function PMFGenerateOutputDocument was not versioned documents.
- According to the analysis was appropriate to change the $ for SUID for $ outputID as only used for the query to find if the document existed.
- Text instruction in Trigger Wizard for PMFSendMessage() function is wrong, asks for semicolon instead of coma to separate emails
- Replaced the word "semicolon" with the word "comma"
- The APP_CACHE_VIEW table does not contain the changes made in the CONTENT table when you rename processes/tasks
- The name change in processes/tasks is now reflected in the APP_CACHE_VIEW table
- Note.- The APP_CACHE_VIEW table contains values ..for only one language
- En algun momento se cambio la funcion "getAllGroup" de la clase "processMap" y ahora retorna otra estructura.
- Se adapto el code del formulario de creacion de permisos para que funcione con la nueva estructura de la respuesta de la funcion
- Previous and Next step link not found when HTML is enable
- Uncommented lines in the method "get_htmlcode" where this "__DYNAFORM_OPTIONS" this for add the links, when it generate the html file in the HTML tab
- In existing dynaforms with the enabletemplate=1 does not affect the change will only affect the new dynaforms as you have enabletemplate=1 generate the html file with the corresponding links
- Problem in "Resending emails"
- Not being properly authenticating with the mail server
- Solved the problem with authentication with the mail server
- The problem with the file "processmaker/workflow/engine/bin/plugins/ldapadvancedbck.php" could not replicate, because this file does not belong to any plugin of the enterprise-plugin, it is noted that the cron.php runs all the files that are on "processmaker/workflow/engine/bin/plugins" and uses the class "...ClassCron" for each file, executing the corresponding method
- Se crearon varias funciones para este caso.
- La funcion getCaseNotes en la class.case.php con los parametros applicationID, type que es la forma que quiere que se devuelvan los datos, puede ser array, objetc, string por defecto esta en array, y userID que nos daria solo las notas de ese usuario, por defecto nos devuelve de todos los usuarios.
- Se modifico la funcion getNotesList para poder traer las notas por un determinado usuario y por defecto recupera las notas de todos los usuarios.
- en class.pmFunctions.php se creo la funcion PMFGetCaseNotes con los parametros applicationID, type que es la forma que quiere que se devuelvan los datos, puede ser array, objetc, string por defecto esta en array, y userID que nos daria solo las notas de ese usuario, por defecto nos devuelve de todos los usuarios.
- En class.wsBase.php la funcion getCaseNotes con los parametros applicationID, userID que nos daria solo las notas de ese usuario, por defecto nos devuelve de todos los usuarios, esta funcion nos devuelve un array con los fieds en minuscula.
- En soap2.php getCaseNotes donde se tienen los siguiente parametros: sessionId, se necesita iniciar una session para poder utilizarlo, applicationID, userID que nos daria solo las notas de ese usuario, por defecto nos devuelve de todos los usuarios.
- Se adiciono la funcion para utilizarlo en SoapServer.
- En wsResponse se creo un nuevo template para la respuesta del webservice wsGetCaseNotesResponse con los campos status_code, message, notes, timestamp.
- En pmos2.wsdl se agregaron los datos necesarios para la salida correcta del webservice.
- The colors in the trackerLogin processMap are different to the processMap of a normal user
- The colors in the trackerLogin processMap are equal to the processMap of a normal user
- The PMFNewCaseImpersonate(), WSNewCaseImpersonate() and newCaseImpersonate() web service, do not return the UID and number of the new case like PMFNewCase(), WSNewCase() and newCase()
- It improved the code of the PMFNewCaseImpersonate method, for to returns the UID of case, as PMFNewCase
- It improved the code of the WSNewCaseImpersonate method, for to returns the UID of case, as WSNewCase
- Corrections made in the methods "Simple Trigger Web Services", including the files involved
- Al revisar la forma de exportacion se vio que para poder guardar un archivo el maximo del path mas el nombre del archivo no deberia de sobrepasar los 256 caracteres.
- Se realizo la validacion para truncar el nombre del archivo cuando se llegue al limite, para ambos archivos .pm y .xpdl.
- La variable SYS_CASE_PRIORITY se estaba hardcoded en prioridad 3 - Normal.
- Se pusieron validaciones para que se pudiera utilizar la prioridad de acuerdo con la variable.
- La variable SYS_CASE_PRIORITY ahora se setea manualmente ya no se crea de manera automatica.
