Osticket: Falta app.php en / scp al hacer clic en el menú Aplicaciones

versión de osTicket?

osTicket 1.9.6, revisé el repositorio y encontré que también faltaba en las últimas versiones.

Se supone que el archivo /apps/.htaccess dirige el tráfico a /apps/dispatcher.php , ¿está utilizando IIS?

No, no estoy usando IIS.

El problema ocurre debido al enlace con _apps.php_, considerando el _htaccess_ en la carpeta de aplicaciones, entonces el enlace del menú debe cambiarse de _apps.php_ a la carpeta _ / apps_

Tengo el mismo problema . Ejecutando Apache en centos 7

También he tenido varios clientes (osTicket Reports), así como mis propias instalaciones. Hacer clic en apps.php da como resultado un 404. Mi última instalación es en CentOS 7:

[scott<strong i="6">@rowleys</strong> ~]$ hostnamectl
<snip>
       Operating System: CentOS Linux 7 (Core)
       CPE OS Name: cpe:/o:centos:centos:7
       Kernel: Linux 3.10.0-693.5.2.el7.x86_64
       Architecture: x86-64
</snip>

[scott<strong i="7">@rowleys</strong> ~]$ httpd -v
Server version: Apache/2.4.6 (CentOS)

Esto sigue siendo un problema, consulte: https://forum.osticket.com/d/96924-plugin-development-how-to-use-the-dispatcher-to-route-links-to-your-plugin/2
Y también el número 1072.

No sé por qué se cerró este problema; esto sigue siendo un problema.

(utilizando el complemento de informes de

Todavía tengo este problema. ¿Alguna ayuda?

Como expliqué en la publicación del scp/apps/dispatcher.php , línea 17.

No puedo hacer eso. Tengo que crear un complemento para que lo descarguen varias personas, por lo que no puedo cambiar el código fuente de todos.

Eso es lamentable. No encontré ninguna solución para este problema. Luego, debe abrir un nuevo problema para el problema original, enviar una solicitud de extracción o distribuir su propia bifurcación de OSTicket: /

Eso es lamentable. No encontré ninguna solución para este problema. Luego, debe abrir un nuevo problema para el problema original, enviar una solicitud de extracción o distribuir su propia bifurcación de OSTicket: /

@JediKev @ntozier parece que este problema no debería resolverse?

Háganos saber qué podemos hacer para ayudar al equipo de OST a reproducir el problema / registros / etc.

@joeldeteves

Vaya a scp/apps/dispatcher.php y arriba if (basename($_SERVER['SCRIPT_NAME'])==basename(__FILE__)) agregue var_dump($_SERVER['SCRIPT_NAME'], __FILE__);die; y publique el resultado aquí para su revisión.

Salud.

Hola @JediKev , hice lo que dijiste, pero no veo nada. Cuando hago clic en el botón Aplicación, se me redirige a scp / apps.php y obtengo un error 404

@ Temepest74

Lo siento, ayer olvidé actualizar este hilo. Los comentarios que recibí del equipo es que Aplicaciones era solo un concepto que nunca se terminó y nunca se implementó por completo. Puede darse cuenta de que ninguno de nuestros complementos principales hace uso de aplicaciones.

No veo esto como algo que estaremos terminando / reescribiendo ya que hemos detenido todos los desarrollos importantes en la serie actual ( 1.14.x / 1.15.x ). Detuvimos un desarrollo importante en la serie actual ya que estamos cambiando nuestro enfoque a v2.0 (reescritura de la base de código completa con UI / UX completamente moderna). Seguiremos haciendo correcciones de errores, parches de seguridad y adiciones potencialmente pequeñas, pero sin cambios importantes en el código ni características importantes. Dicho esto, la v2.0 será _mucho_ más ampliable, lo que facilitará la creación de complementos. Puede seguir la hoja de ruta v2.0 aquí .

Salud.

@JediKev

Oh, es genial escuchar eso. El código base parece un poco complicado a veces, tengo muchas ganas de reescribirlo.

Estoy empezando a escribir un complemento para OSTicket 1.15.x en unas pocas semanas, ¿crees que tendré que reescribirlo por completo por 2.0 ?

Muchas gracias por tu respuesta @JediKev

@Hoimar

Oh, sí lol Estamos cambiando a un framework (con un ORM completo / robusto) y usando ReactJS + Semantic UI para el front-end. Todo el código base será _completamente_ diferente.

Salud.

@ Temepest74

Lo siento, ayer olvidé actualizar este hilo. Los comentarios que recibí del equipo es que Aplicaciones era solo un concepto que nunca se terminó y nunca se implementó por completo. Puede darse cuenta de que ninguno de nuestros complementos principales hace uso de aplicaciones.

No veo esto como algo que estaremos terminando / reescribiendo ya que hemos detenido todos los desarrollos importantes en la serie actual ( 1.14.x / 1.15.x ). Detuvimos un desarrollo importante en la serie actual ya que estamos cambiando nuestro enfoque a v2.0 (reescritura de la base de código completa con UI / UX completamente moderna). Seguiremos haciendo correcciones de errores, parches de seguridad y adiciones potencialmente pequeñas, pero sin cambios importantes en el código ni características importantes. Dicho esto, la v2.0 será _mucho_ más ampliable, lo que facilitará la creación de complementos. Puede seguir la hoja de ruta v2.0 aquí .

Salud.

¡Muy emocionante!

Interfaz de usuario especialmente nueva / moderna 😍

Gracias @JediKev