- I was found a constant c.
- The constant was changed for the correct variable.
rk SOLVED
- I was found a constant c.
- The constant was changed for the correct variable.
- 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
(removind debug print_r)
- 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.
- se encontro este problema,pero como nota es valido resaltar que no es permitido tener las mismas variables en el formulario que en la grilla
- se soluciono este problema haciendo los arreglos correspondientes.
- The activation of a tab in ADMIN does not work with URL (setup/main?s=PMENTERPRISE or setup/main_init?s=PMENTERPRISE)
- Solved the problem, now looks for the variable "s" in the menu to set the active tab
- 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
- On query aren't filtering by disticts pro_uid's
- adding distinct by pro_uid works fine
NOTE.- Why someone reason somebody comment a initial distinc on query, but it wasn't working fine.
- In the file where it addresses the url does not take intoaccount a shipping option.
- They change the addressing mode to load the menus above, plus you take two conditions, in order to load all the menus at the top that when you have a parent, not having a parent will have to address but without the menus higher for compatibility with the Outlook plugin.
- 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
