Osticket: App.php manquant dans /scp lorsque vous cliquez sur le menu Applications

version d'osTicket ?

osTicket 1.9.6, j'ai examiné le référentiel et j'ai trouvé qu'il manquait également dans les dernières versions.

Le fichier /apps/.htaccess est censé diriger le trafic vers /apps/dispatcher.php , utilisez-vous IIS ?

Non, je n'utilise pas IIS.

Le problème se produit en raison du lien avec _apps.php_, compte tenu du dossier _htaccess_ dans le dossier apps, le lien du menu doit être modifié de _apps.php_ vers le dossier _/apps_

J'ai le même problème . Exécuter Apache sur centos 7

J'ai eu plusieurs clients (rapports osTicket) ainsi que mes propres installations également rencontrées. En cliquant sur apps.php, vous obtenez un 404. Ma dernière installation est sur 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)

C'est toujours un problème, voir : https://forum.osticket.com/d/96924-plugin-development-how-to-use-the-dispatcher-to-route-links-to-your-plugin/2
Et aussi le numéro #1072.

Je ne sais pas pourquoi ce problème a été fermé ; c'est toujours un problème.

(en utilisant le plugin de rapports de @SoftwareMods ).

J'ai toujours ce problème. De l'aide?

Comme je l'ai expliqué dans le message du scp/apps/dispatcher.php , ligne 17.

Je ne peux pas faire ça. Je dois faire un plugin à télécharger par plusieurs personnes, donc je ne peux pas changer le code source de tout le monde.

C'est malheureux. Je n'ai trouvé aucune solution à ce problème. Ensuite, vous devez soit ouvrir un nouveau problème pour le problème d'origine, soumettre une pull request ou distribuer votre propre fork d'OSTicket :/

C'est malheureux. Je n'ai trouvé aucune solution à ce problème. Ensuite, vous devez soit ouvrir un nouveau problème pour le problème d'origine, soumettre une pull request ou distribuer votre propre fork d'OSTicket :/

@JediKev @ntozier semble que ce problème ne devrait pas être fermé ?

Veuillez nous faire savoir ce que nous pouvons faire pour aider l'équipe OST à ​​reproduire le problème / les journaux / etc.

@joeldeteves

Accédez à scp/apps/dispatcher.php et au-dessus de if (basename($_SERVER['SCRIPT_NAME'])==basename(__FILE__)) ajoutez var_dump($_SERVER['SCRIPT_NAME'], __FILE__);die; et publiez le résultat ici pour examen.

À votre santé.

Hey @JediKev , j'ai fait ce que tu as dit, mais je ne vois rien. Lorsque je clique sur le bouton Application, je suis redirigé vers scp/apps.php et j'obtiens une erreur 404

@Tempepest74

Je suis désolé, j'ai oublié de mettre à jour ce fil hier. Le retour que j'ai reçu de l'équipe est que les applications n'étaient qu'un concept qui n'a jamais été terminé et jamais entièrement mis en œuvre. Vous pouvez le constater, car aucun de nos principaux plugins n'utilise d'applications.

Je ne vois pas cela comme quelque chose que nous allons terminer/réécrire car nous avons arrêté tout développement majeur sur la série actuelle ( 1.14.x / 1.15.x ). Nous avons arrêté le développement majeur de la série actuelle alors que nous nous concentrons sur la v2.0 (réécriture complète de la base de code avec une interface utilisateur/UX entièrement moderne). Nous continuerons à faire des corrections de bogues, des correctifs de sécurité et potentiellement de petits ajouts, mais aucun changement de code majeur ni aucune fonctionnalité majeure. Cela étant dit, la v2.0 sera _beaucoup_ plus extensible, ce qui facilitera la création de plugins. Vous pouvez suivre la feuille de route v2.0 ici .

À votre santé.

@JediKev

Oh, c'est bon à entendre. La base de code semble parfois un peu compliquée, j'attends vraiment avec impatience la réécriture.

Je commence à écrire un plugin pour OSTicket 1.15.x dans quelques semaines, pensez-vous que je vais devoir le réécrire complètement pour 2.0 ?

Merci beaucoup pour votre réponse @JediKev

@Hoïmar

Oh oui lol Nous passons à un framework (avec un ORM complet/robuste) et utilisons ReactJS + Semantic UI pour le front-end. La base de code entière sera _complètement_ différente.

À votre santé.

@Tempepest74

Je suis désolé, j'ai oublié de mettre à jour ce fil hier. Le retour que j'ai reçu de l'équipe est que les applications n'étaient qu'un concept qui n'a jamais été terminé et jamais entièrement mis en œuvre. Vous pouvez le constater, car aucun de nos principaux plugins n'utilise d'applications.

Je ne vois pas cela comme quelque chose que nous allons terminer/réécrire car nous avons arrêté tout développement majeur sur la série actuelle ( 1.14.x / 1.15.x ). Nous avons arrêté le développement majeur de la série actuelle alors que nous nous concentrons sur la v2.0 (réécriture complète de la base de code avec une interface utilisateur/UX entièrement moderne). Nous continuerons à faire des corrections de bogues, des correctifs de sécurité et potentiellement de petits ajouts, mais aucun changement de code majeur ni aucune fonctionnalité majeure. Cela étant dit, la v2.0 sera _beaucoup_ plus extensible, ce qui facilitera la création de plugins. Vous pouvez suivre la feuille de route v2.0 ici .

À votre santé.

Très excitant!

Interface utilisateur particulièrement nouvelle / moderne 😍

Merci @JediKev