Osticket: App.php fehlt in /scp, wenn auf das Anwendungsmenü geklickt wird

osTicket-Version?

osTicket 1.9.6, ich habe das Repository überprüft und festgestellt, dass es auch in den neuesten Versionen fehlt.

Die Datei /apps/.htaccess soll den Datenverkehr an /apps/dispatcher.php weiterleiten. Verwenden Sie IIS?

Nein, ich verwende IIS nicht.

Das Problem tritt aufgrund des Links mit _apps.php_ auf. In Anbetracht des _htaccess_ im Ordner apps sollte der Menülink von _apps.php_ in den Ordner _/apps_ geändert werden

Ich habe das gleiche Problem. Ausführen von Apache auf Centos 7

Ich hatte mehrere Kunden (osTicket Reports) sowie meine eigenen Installationen, die ebenfalls darauf gestoßen sind. Ein Klick auf apps.php führt zu einem 404. Meine neueste Installation ist auf 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)

Dies ist immer noch ein Problem, siehe: https://forum.osticket.com/d/96924-plugin-development-how-to-use-the-dispatcher-to-route-links-to-your-plugin/2
Und auch Ausgabe #1072.

Ich weiß nicht, warum dieses Problem geschlossen wurde; das ist immer noch ein problem.

(mit @SoftwareMods 'Reports-Plugin).

Ich habe dieses Problem immer noch. Irgendeine Hilfe?

Wie ich im oben verlinkten Forumsbeitrag erklärt habe, musst du die fehlerhafte if-Anweisung in scp/apps/dispatcher.php , Zeile 17 auskommentieren.

Ich kann das nicht tun. Ich muss ein Plugin erstellen, das von mehreren Personen heruntergeladen werden kann, daher kann ich den Quellcode nicht von jedem ändern.

Das ist bedauerlich. Ich habe keine Problemumgehung für dieses Problem gefunden. Dann müssen Sie entweder eine neue Ausgabe für das ursprüngliche Problem eröffnen, einen Pull-Request einreichen oder Ihren eigenen OSTicket-Fork verteilen :/

Das ist bedauerlich. Ich habe keine Problemumgehung für dieses Problem gefunden. Dann müssen Sie entweder eine neue Ausgabe für das ursprüngliche Problem eröffnen, einen Pull-Request einreichen oder Ihren eigenen OSTicket-Fork verteilen :/

@JediKev @ntozier scheint dieses Problem nicht geschlossen zu werden?

Bitte teilen Sie uns mit, was wir tun können, um das OST-Team bei der Reproduktion des Problems/der Protokolle/usw. zu unterstützen.

@joeldeteves

Gehen Sie zu scp/apps/dispatcher.php und höher if (basename($_SERVER['SCRIPT_NAME'])==basename(__FILE__)) fügen Sie var_dump($_SERVER['SCRIPT_NAME'], __FILE__);die; und posten Sie die Ausgabe hier zur Überprüfung.

Danke schön.

Hey @JediKev , ich habe getan, was du gesagt hast, aber ich sehe nichts. Wenn ich auf die Schaltfläche Anwendung klicke, werde ich zu scp/apps.php weitergeleitet und erhalte einen 404-Fehler

@Tempepest74

Tut mir leid, ich habe gestern vergessen, diesen Thread zu aktualisieren. Das Feedback, das ich vom Team erhalten habe, ist, dass Applications nur ein Konzept war, das nie fertig gestellt und nie vollständig umgesetzt wurde. Sie können feststellen, dass keines unserer Kern-Plugins Anwendungen verwendet.

Ich sehe dies nicht als etwas, das wir fertigstellen/umschreiben werden, da wir alle wichtigen Entwicklungen an der aktuellen Serie gestoppt haben ( 1.14.x / 1.15.x ). Wir haben die wesentliche Entwicklung der aktuellen Serie eingestellt, da wir unseren Fokus auf v2.0 (vollständige Neuschreibung der Codebasis mit vollständig moderner UI/UX) verlagern. Wir werden weiterhin Fehlerkorrekturen, Sicherheitspatches und möglicherweise kleine Ergänzungen durchführen, aber keine größeren Codeänderungen und keine wichtigen Funktionen. Vor diesem Hintergrund wird v2.0 _viel_ erweiterbarer sein, was es einfacher macht, Plugins zu erstellen. Sie können der v2.0-Roadmap hier folgen.

Danke schön.

@JediKev

Oh, das ist schön zu hören. Die Codebasis scheint manchmal etwas kompliziert zu sein, ich freue mich sehr auf das Umschreiben.

Ich fange in ein paar Wochen an, ein Plugin für OSTicket 1.15.x zu schreiben. Glaubst du, ich muss das für 2.0 komplett neu schreiben?

Vielen Dank für deine Antwort @JediKev

@Hoimar

Oh ja, lol Wir wechseln zu einem Framework (mit einem vollständigen/robusten ORM) und verwenden ReactJS + Semantic UI für das Frontend. Die gesamte Codebasis wird _völlig_ anders sein.

Danke schön.

@Tempepest74

Tut mir leid, ich habe gestern vergessen, diesen Thread zu aktualisieren. Das Feedback, das ich vom Team erhalten habe, ist, dass Applications nur ein Konzept war, das nie fertig gestellt und nie vollständig umgesetzt wurde. Sie können feststellen, dass keines unserer Kern-Plugins Anwendungen verwendet.

Ich sehe dies nicht als etwas, das wir fertigstellen/umschreiben werden, da wir alle wichtigen Entwicklungen an der aktuellen Serie gestoppt haben ( 1.14.x / 1.15.x ). Wir haben die wesentliche Entwicklung der aktuellen Serie eingestellt, da wir unseren Fokus auf v2.0 (vollständige Neuschreibung der Codebasis mit vollständig moderner UI/UX) verlagern. Wir werden weiterhin Fehlerkorrekturen, Sicherheitspatches und möglicherweise kleine Ergänzungen durchführen, aber keine größeren Codeänderungen und keine wichtigen Funktionen. Vor diesem Hintergrund wird v2.0 _viel_ erweiterbarer sein, was es einfacher macht, Plugins zu erstellen. Sie können der v2.0-Roadmap hier folgen.

Danke schön.

Sehr aufregend!

Besonders neue / moderne Benutzeroberfläche 😍

Danke @JediKev