<p>Estado de desarrollo de osTicket</p>

¡Gracias por la actualización @protich! Perdón por lo de @greezybacon.

Hola @protich

Es bueno saber de usted, y estoy seguro de que la comunidad le agradecerá que nos haga saber la situación de este proyecto.

Es una verdadera lástima escuchar sobre @greezybacon , ha sido de gran ayuda con nosotros y ha conseguido que funciones adicionales funcionen, etc.

Me alegra saber que su partida se ha hecho bien con él todavía contribuyendo a este proyecto.

Todos esperamos con ansias el próximo lanzamiento y gracias.

Gracias @protich es una gran noticia, y muchas gracias @greezybacon por tu aporte

Genial escuchar finalmente que la versión 1.10 está finalizada y que hay varios desarrolladores uniéndose al equipo, aunque es triste escuchar que @greezybacon se fue.

Por cierto. Te deseo todo lo mejor @greezybacon para tu futuro y feliz de saber que todavía estás ayudando de vez en cuando :)

Dado que tenemos una situación similar en mi empresa, donde un tercio de mis colegas dejó nuestro equipo (o mejor: tuvo que irse debido a decisiones que se tomaron para nuestro equipo e incluso para nuestro jefe de equipo), puedo entender perfectamente que se necesita un mientras que para llenar los vacíos que dejaron atrás y hay mucho más trabajo para el resto del equipo. Así que te deseo lo mejor @protich y todo el equipo de @osTicket y seguidores como @ntozier y espero con confianza que salgas como el ave fénix de las cenizas ;)

Por cierto. Quienquiera que se haga cargo de la parte de Jared de encargarse de las traducciones de osticket, supongo que @mfelber y yo también seguiremos apoyando con la traducción al alemán. Por cierto, todavía hay una solicitud de extracción más grande abierta de mí # 3027 para resolver errores en las fuentes y unificar algunas frases, así que no seas tímido y ponte en contacto (quien se haga cargo de las cosas relacionadas con la traducción) ya que las relaciones públicas deberían ayudar a todos los traductores. y revisores para traducciones más rápidas y sencillas.

¡Salud!
Miguel

Gracias @protich ,

por la actualización, y acepte mis disculpas si cree que nuestra discusión sobre la bifurcación envió spam a su proyecto. Personalmente, creo que una comunicación abierta siempre es más útil que permanecer en silencio. dada la situación actual, aprecio que informar a los desarrolladores de la comunidad probablemente no sea su mayor preocupación actualmente. Sin embargo, también creo que una comunicación más proactiva había dejado obsoletos muchos comentarios.

Como tal, agradecería un anuncio oportuno del nuevo marco mencionado anteriormente para que los esfuerzos en la comunidad puedan adaptarse rápidamente. Habiendo dicho eso, espero con ansias los nuevos lanzamientos y también una cooperación abierta y agradecida.

Todo lo mejor para usted y su personal,
Martín.

¡increíble! ¡gracias!

@protich , si necesita ayuda para lanzar una nueva versión, y yo podría ser de ayuda, considere involucrarme. Yo también he considerado una bifurcación del proyecto para gestionar la fusión de correcciones de errores y otras pequeñas funciones necesarias para el departamento de operaciones de transmisión de Cleco .

¡Buenas noticias! Gracias, @protich
Pero, ¿podemos obtener la lista de funciones que se incluirían en osTicket 1.11? Gracias.

¿Y cómo va el lanzamiento hoy? :) Todavía actualizo la página esperando la versión estable 1.10 :)

Haremos una fusión de última hora hoy y luego control de calidad antes de cortar el lanzamiento. Voy a publicar una actualización aquí.

¿Alguna noticia sobre el lanzamiento?

La punta de la rama de desarrollo está cerca de la versión final pendiente de las correcciones de errores de última hora de nuestros probadores y una corrección de vulnerabilidad de seguridad que publicaremos justo antes del lanzamiento.

¿Alguien dispuesto a realizar una prueba de actualización rápida utilizando una copia de su entorno de producción?

Tengo un par de ambientes, incluyendo una producción. Feliz de probar.

Cuando saco de la punta de desarrollo, dice que estoy instalando "1.8-git"... ¿es correcto?

@protich me encantaría.

Mi plan es hacer una instalación nueva de OSTicket porque nuestro sistema actual ha tenido errores desde la versión 1.6. ¡Esperamos con ansias esta actualización!

@themunchkinman , eso es correcto.

Problemas a abordar

• [ ] Bloqueo en la actualización 1.8.x debido a cambios en php7

Probé una instalación limpia, salió bien (aunque estoy evitando PHP 7, todavía en 5.5/5.6).
Si estoy ejecutando 1.10-RC3, ¿necesito hacer una actualización? Estoy a punto de pasar por encima de uno de mis montajes de producción...

Realmente no hay prueba de tortura, pero hasta ahora no hay interrupciones con el funcionamiento normal...
Varias correcciones manuales que había hecho parecen estar presentes en esta versión de archivos...

@themunchkinman : ¿quieres dar más detalles sobre las correcciones manuales de las que hablas?

Estoy ejecutando la nueva versión durante las últimas 6 horas y solo podemos identificar un problema.
Al hacer una respuesta en un ticket, no hay una superposición de "Esperar" como cuando se crea un ticket, esto crea una entrada doble de algún técnico que hizo clic dos veces en el botón "Respuesta", pero fuera de eso nos parece bien.

después de una breve prueba, encontré algunos problemas (actualizar de 1.9.12 a 1.9.14 y luego desarrollar)

• después de la actualización, los formularios personalizados ya no están vinculados.
• al editar un ticket y dejar un campo de fecha vacío, hay un error (configuración de fecha: estándar, idioma alemán)
• en el enlace "mis entradas", no solo hay "mi entrada", sino también las entradas del equipo. eso confundirá a los agentes después de la actualización.
  Creo que encontraré más problemas. Seguiré adelante con las pruebas.

@JediKev : realicé algunas ediciones de php, en su mayoría arreglando la base de conocimientos/Preguntas frecuentes, que parece estar incorporada, junto con algunas semánticas. También hice algunas ediciones manuales en la base de datos SQL desde la nueva configuración con RC3. Creó algunas tablas con ciertos campos marcados como clave principal/única que habían causado algunas advertencias porque algunas de las tablas son solo un registro de relaciones y, por lo tanto, a menudo no son únicas y no necesariamente tienen clave.

@markus4000

Además, según mi experiencia desde que comenzó la versión 1.10, se producían ciertas anomalías al pasar de la versión 1.9.xy otras versiones anteriores. Debido a eso, he estado planeando encontrar un punto de parada para la transición y trabajarlo en fases, archivando la instancia y la base de datos antiguas, y comenzar de cero con la nueva. Realicé varias pruebas de copias/respaldos de mi instancia 1.9.x en servicio y nunca pude lograr que se limpiara por completo.

Estoy revisando la información del campo de fecha para ver si tengo el mismo problema en mi compilación limpia.

si no me equivoco, "Mis Boletos" fue diseñado para incluir aquellos asignados a un equipo del cual eres miembro...

Por cierto... a todos aquí... Estoy muy feliz de ver que este proyecto sigue vivo y el apoyo de la comunidad. He estado usando osTicket desde 2008 y todavía no he encontrado nada que haga exactamente lo que quiero de la manera que lo hace osTicket.

¿Se ha lanzado la versión estable? no puedo encontrarlo..

@mrdanne si no puede encontrarlo aquí: osticket.com/download
entonces no ha sido lanzado todavía. Como publicó @protich hace 19 horas, hay un problema de actualización que debe solucionarse antes del lanzamiento.

¡No puedo esperar hasta el nuevo lanzamiento! Lo he estado esperando durante mucho tiempo. 😄

al actualizar, tuve el error de clave única con la tabla osr_ticket_event
también. así que eliminé manualmente la clave principal y la IA del campo "único"
antes de actualizar. eso ayudó

Soy 26.10.2016 05:57 schrieb "TheMunchkinman" [email protected] :

@markus4000 https://github.com/markus4000

Además, ha sido mi experiencia desde que comenzó 1.10 que ciertas anomalías
ocurriría al pasar de 1.9.xy otras versiones anteriores. Porque
eso, he estado planeando encontrar un punto de parada para la transición, y
para trabajarlo en fases, archivando la instancia y la base de datos antiguas, y comenzar
limpia con lo nuevo. He realizado varias pruebas de copias/respaldos de mi
instancia 1.9.x en servicio y nunca pude lograr que se ejecutara por completo
limpio.

Estoy revisando la información del campo de fecha para ver si tengo el mismo problema en mi
construcción limpia.

si no me equivoco, "Mis Boletos" fue diseñado para incluir los asignados
a un equipo del que eres miembro...

Por cierto... a todos aquí... Estoy tan feliz de ver que este proyecto sigue vivo.
y el apoyo de la comunidad. He estado usando osTicket desde 2008 y todavía
no he encontrado nada que haga exactamente lo que quiero de la forma en que lo hace osTicket.

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/osTicket/osTicket/issues/3399#issuecomment-256243511 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AEMAZoAW5gVrz0JjyGie_qa0AaiFMc6tks5q3s-ugaJpZM4KXR2e
.

@tomlaf : la solicitud de extracción n.º 3426 aborda el problema de superposición.

@markus4000 : ¿puede aclarar más sobre el problema de ticket_event ? También mencionó que se descartaron formularios personalizados: ¿a qué objeto se adjuntaron los formularios?

@protich : El problema de la clave principal fue mi culpa. lo siento. Descubrí que de alguna manera había un campo "único" pero esto no es parte de la instalación estándar de osticket.

@ markus4000 - Muchas gracias por aclarar, me estaba volviendo loco tratando de rastrear el problema. Usted mencionó que los formularios personalizados se eliminaron, ¿quiere elaborar? ¿Desde qué versión estabas actualizando?

Solo para aclarar los problemas de clave principal/única en la base de datos con los que seguí encontrando estaba sobre la mesa para asociar agentes con equipos. Realicé una instalación nueva de RC3 y cuando creó la base de datos, el primer campo se configuró como primario y único y, por lo tanto, por cada agente adicional que agregaría a un equipo, obtendría un error de base de datos por valor duplicado, pero al menos procesaría. Lo resolví eliminando la clave principal y las banderas únicas del campo en MySQL.

[INSERTAR EN ost_team_member SET team_id = '4', flags = 1]
Entrada duplicada '4-0' para la clave 'PRIMARIA'

Aquí hay un error de base de datos adicional que también he recibido. Esto se hace al agregar un elemento a la lista de estado del ticket.

[ACTUALIZAR ost_ticket_status ESTABLECER extra = 'susp' DONDE ost_ticket_status . id = 6 LIMIT 1] Columna desconocida 'extra' en 'lista de campos'

@protich : actualicé de 1.9.8 a 9 a 11 a 12 a 13 a 14 y luego comparé toda la base de datos con una instalación limpia de 14, para asegurarme de tener una 14 adecuada antes de actualizar. Así es como encontré mi culpa.

Pero también descubrí que en la tabla "ost_ticket" faltaba el campo "flags" antes de actualizar de 1.9.14 a 1.10dev

• [ ] Formularios personalizados: tengo 20 temas de ayuda y cada uno tiene su propio formulario "x". Después de la actualización, todos los temas de ayuda perdieron la conexión con el formulario. así que tengo que ir a: panel de administración -> administrar -> tema de ayuda -> actualizar tema de ayuda -> formularios: y allí agrego manualmente el formulario personalizado que estaba vinculado antes.
  No pierde la forma en sí mismo. simplemente pierde la conexión entre el tema de ayuda y el formulario.
• [x] Resuelto en 1.10; Fecha de emisión: cuando edito un ticket que tiene un formulario personalizado con varios campos de fecha (opcional), los dejo vacíos y guardo; Aparece la Advertencia: _Advertencia: date() espera que el parámetro 2 sea largo, aparece la cadena proporcionada en /home/httpd/vhosts/regipedia.ch/ticketpreview.regipedia.ch/include/class.forms.php en la línea 1769_. La advertencia también aparece si abro un nuevo ticket desde la vista del cliente.

• [ ] Tarea: la impresión no funciona
• [ ] Tarea: después de crear una nueva tarea, no es posible crear otra tarea sin ir a otra página antes de presionar "nueva tarea"
• [ ] Tarea: sería bueno que al crear una nueva tarea, el departamento de origen se seleccionara de forma predeterminada.
• [ ] Tarea: no se puede editar la fecha de vencimiento una vez que se crea la tarea
• [ ] Tarea: plantillas de correo electrónico %{Task.ticket_link} y %{task.due_date. . . .} causa un error. y tal vez otros también.

¿Se puede hacer desde v1.10 nueva rama?

Además, ¿cuándo se compilarán los idiomas?

@wacki4
P: ¿Se puede hacer desde la nueva rama v1.10?
R: Podrías... pero, en términos generales, deberías usar el lanzamiento oficial en osticket.com/download.

P: Además, ¿cuándo se compilarán los idiomas?
R: Me dijeron a fines de la semana pasada que deberían compilarse pronto (días).

Pero si quiero usar git, para hacer algunas mejoras de la mejor manera
sería la rama clon 1.10, no se desarrollaría. Es por eso que estoy preguntando al respecto,
fue hecho para versiones anteriores.

7 de julio de 2016 6:04 p. m. "ntozier" [email protected] napisał(a):

@wacki4 https://github.com/wacki4
P: ¿Se puede hacer desde la nueva rama v1.10?
R: Podrías... pero, en términos generales, deberías usar el lanzamiento oficial.
en osticket.com/download.

P: Además, ¿cuándo se compilarán los idiomas?
R: Me dijeron a fines de la semana pasada que deberían compilarse pronto (días).

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/osTicket/osTicket/issues/3399#issuecomment-258895561 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AAp6epJOCK3xWWzSey9SEXPNPhhPwKHgks5q71oggaJpZM4KXR2e
.

@protich ¿Está muerto otra vez el progreso de osTicket?

Solo preguntaba... Gracias.

Esté atento a la pestaña de hitos de github en las próximas semanas... Asignaremos problemas a 1.11, debería dar a todos una mejor idea de los cronogramas de lanzamiento. Este hilo ha hecho su trabajo.

@rbukovansky No.

¿Por qué los nuevos paquetes de idioma aún no están compilados?

Se siente como si el proyecto estuviera muerto otra vez. todavía hay muchos errores en 1.10 pero no hay actividad de los desarrolladores. Y las traducciones tampoco están disponibles. Creo que desde que @greezybacon ya no participa, el alma del proyecto se ha ido.

Se vienen mejoras importantes. Mientras tanto, github no es realmente el lugar para discutir el alma ... los foros y freenode son mejores para eso.