Se realizo una correccion de los direccionamientos de los iframes al perder sesion, ya q siempre q se perdia sesion antes, se mostraba dentro del mismo iframe el cuadro para volverse a logear, logrando asi q el usuario se mantenga en el mismo iframe una ves se relogee, sin tener asi q volver a buscar el lugar donde estaba trabajando. A pedido de QA, ahora se muestra el cuadro de logeo en el iframe mayor, totalmente fuera de PM, y siempre al volver a logearse se redirecciona al tab HOME > Index, y ya no asi al frame o lugar exacto donde se perdio sesion.
Por ejemplo: si se pie sesion en el listado Draft, no se volvera a dicho listado, sino en cambio al volverse a logear se redireccionara a HOME > Indexdex.
El cambio se aplico a los lugares donde se podia redireccionar al parent.
Se tomo en cuenta tambien que algunos clientes utilizan el listado de casos dentro de sus propias webs.
Se realizo una correccion de los direccionamientos de los iframes al perder sesion, ya q siempre q se perdia sesion antes, se mostraba dentro del mismo iframe el cuadro para volverse a logear, logrando asi q el usuario se mantenga en el mismo iframe una ves se relogee, sin tener asi q volver a buscar el lugar donde estaba trabajando. A pedido de QA, ahora se muestra el cuadro de logeo en el iframe mayor, totalmente fuera de PM, y siempre al volver a logearse se redirecciona al tab HOME > Index, y ya no asi al frame o lugar exacto donde se perdio sesion.
Por ejemplo: si se pie sesion en el listado Draft, no se volvera a dicho listado, sino en cambio al volverse a logear se redireccionara a HOME > Indexdex.
El cambio se aplico a los lugares donde se podia redireccionar al parent.
- Comportamiento actual. Cuando se incia un caso con un proceso cualquiera, se muestra un notice:Notice: Undefined index: TRIGGER_DEBUG
- Validation the TRIGGER_DEBUG field when running a case.
- 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.
- Al ejecutar la función PMFInformationUser() se pierde la sesión al hacer subnit. Se abre una ventana modal para introducir el password, pero esta no desaparece despues de introducir el password. Si es posible ir al siguiente paso con Next step.
- Adjustment in session variables saved, for restoring variables.
- El campo formula permite un limite reducido para introducir caracteres
- Problema resuelto, en los DynaForm en su campo "Formula", se aumento su maxlength a 500
* Available from version ProcessMaker-2.5.2-testing.1
- Add a PM variable to the cases step
- Problema resuelto, se validara la variable $_SESSION["PM_RUN_OUTSIDE_MAIN_APP"],
si se ha definido la variable no se ejecutara el fragmento de codigo, si variable no esta definido se ejecutara el
fragmento de codigo.
* Available from version ProcessMaker-2.5.1-testing.2
- Add a PM variable to the cases step
- Problema resuelto, se validara la variable $_SESSION["PROCESSMAKER_RUN_OUTSIDE_MAIN_APPLICATION"],
si se ha definido la variable no se ejecutara el fragmento de codigo, si variable no esta definido se ejecutara el
fragmento de codigo.
* Available from version ProcessMaker-2.5.1-testing.2
In Home Tab when you loss session, PM naver advise it to you, and it still working but dosen't save the data.
So now all Home places are validated to show a popup message when you loos session.
- Use another variable name, like __dynaformSVal__, __usernameLogged__ to prevent that someone overwrite the value.
- Rename variables to avoid duplicates.
Description: ./files directory cannot be up 32000 directories max at ext3 configuration.
Solution : split the uid case directory at 3 level to create a tree structure. Apply this new structure to all PM. Set a upgrade procedure at time to use processmaker upgrade <workspace> commnand as su.
- En los dynaforms, en la parte de arriba se despliega el Case # y el Title:. Esta linea o conjunto de datos deberia tener algun tipo de identificacion pues algunos proyectos o no lo utilizan o no sirve de mucha referencia. Se deberia anadir un identificador para que se pueda controlar si es pertinente que se despliegue en los formularios o no.
- Adding option for active/deactive title and case number when run case.
- Por alguna razon en la version de browser que usan algunas de las distribuciones de Outlook, al abrir una pagina q hace un stream como la que descarga el documento, el broser va ala pagina antes derecibir respuesta, espor eso q muestra en blanco, y el comportamiento normal en los otros browsers es q se mantieene mostrando la ultima pagina hasta q recibe respuesta del servidor.
- Ahora se abre el documento en una nueva ventana, se probo en IE, Firefox y Chrome
- In the case step was not performed for external verification step, the case if a plugin existed or not.
- Added a verification whether or not there is a plugin for an external step, plus add a label in os environment.
- Una vez habilitado el debugger, al loguear con un usuario no aparece el área "Depurador de ProcessMaker", área donde se muestran las variables y los triggers(Browser: Chrome).
- They attached the script cases_step.js when a process runs.
With this settings is possible to setup security for a PDF generated (Output Document).
In Output Document setup there is a new section available when the output document is either PDF or BOTH with the following fields:
Permissions: Must select wich permissions will be granted (if none is selected only VIEW is allowed)
Open Password: Is the password requested to open the document. (This open the document with selected permissions)
Owner Password: Is the password that allow owner to open and change permissions
Part of the solution was to fix some issues in core that failed to
update uploaded files to a plugin in local DB
Change-Id: I60d18b0fa8416923780df802110ad81473a43b86
