Hola,
Pueden reportar aquí, pero la idea es que exista una persona que pueda recopilar y depurar dichos reportes, en este hilo puede haber reportes incompletos y/o duplicados, lo que insume tiempo revisar. Alfio gentilmente se postuló para realizar esta tarea, si algún otro desea colaborarle, es bienvenido.
Un reporte de bug debe estar explicado en total detalle, explicando el modo de reproducir el problema, y debe llegar en lo posible confirmado por más de un usuario. Como desarrollador, debo insumir el tiempo en arreglar un problema, no en tratar de duplicarlo en ciertas condiciones, para luego ver que no se puede reproducir porque dichas condiciones no son quizás las mismas, etc.. ese tiempo no debe ser invertido por un desarrollador.
Si en el reporte de bug, además se sugiere una solución, es por supuesto bienvenida. Y si la sugerencia viene como un pull request en github, también es bienvenido siempre que el pull request esté bien conformado.
Por lo pronto los bugs importantes que se fuereon solucionando, de los que recuerdo, son:
1) permiso de dialparties.agi incorrecto
2) recupero de call park en asterisk 13
3) cdr duplicados en asterisk 13
4) no sobreescribir /etc/sudoers al instalar framework
Uno que no es en mi opinión un bug de seguridad, pero igual fue atendido
1) opcion por defecto de dial incluye T para permitir que el llamante transfiera.
En este caso cambiamos el default, como consecuencia una secretaria que llame en nombre de su jefe y luego quiera transferir, NO podrá hacerlo, Como tal , deberá volver a activar la opción T en los troncales, o bien configurar el override correspondiente.
Los que no son bugs y fueron reportados como tal, por lo tanto NO se ha arreglado nada pues no está roto
1) grabación aparece duplicada para llamados de cola (esto es así pues se genera un CDR del canal llamante, y un CDR de la cola, esto no es incorrecto ni un bug. Se puede debatir si en el reporte deben excluirse las entradas de CDR duplicadas o no, en principio creo que no pues en ciertas condiciones, pueden ser requeridos ambos registros
Varios otros bugs fueron solucionados, pequeños y que no se notan mucho. Ya existe un iso nuevo con más correcciones de este tipo, pero no vamos a lanzar otro beta público hasta tanto no tengamos otros problemas reportados y confirmados por usuarios que podamos solucionar. Los pequeños arreglos no ameritan un nuevo beta público por el momento. (Se requiere un apply changes en un equipo recién instalado, de otro modo algunas opciones de PBX no cargan bien, hasta tanto se hace un apply).
Cuando consideremos que está avanzado para un release final, antes de ello trabajaremos en los netinstalls correspondientes, lo que va a insumir algunas semanas más.
Segurmente hay otras cosas que hemos hecho que estoy olvidando para este post. Existe un API completo para trabajar con la PBX, ya está diría 100% funcional y cubriendo todos los aspectos de configuración de PBX.
No vamos a incorporar los cambios agregados algo apresuradamente en github para el módulo de call center en esta nuevo release, habría que conformar un equipo de desarrolladores y de testeo solo para este módulo. Es posible que hagamos un revert de lo que se hubo aplicado ya en github, para ver si se puede volver a encarar estas mejoras de manera más prolija y ordenada.
Para todos les comento que habilitamos un patreon para issabel ( https://www.patreon.com/issabel ), son bienvenidos en colaborar con el proyecto por esta vía, estamos viendo de habilitar funcionalidad nueva para los que sean patreons del proyecto (wizard de configuración, GUI renovado), esto está todavía en discusión, pero es una posibilidad concreta.
Con respecto a poder instalar todo desde github, es una idea interesante.. la cosa es que al ser iIssabel una continuación de un proyecto ya existente, en donde le modo de empaquetado es el .rpm, por cuestiones de tiempo se decidió respetar la organización de estos rpm para publicar en github. De modo que es práctico para generar los .rpm, pero no es práctivo para poder installar directo desde github. Además de que al incluir muchos scripts de sistema, no es posible poder hacer una instalación 100% desde github... siempre se requerirá de un script instalador que mueva cosas por aquí y por allá con permisos adecuados, y estas cosas en un Centos que usa RPM puede romper la base de datos RPM/YUM lo que luego hace que administrar el sistema sea complicado, y surjan comflictos. No todo es tan facil como parece.