OS-Ticket: Admin-Menue spinnt völlig!

gabeBU

Cadet 3rd Year
Registriert
Feb. 2012
Beiträge
49
Hallo zusammen

Ich habe mir vor kurzem das Programm "Osticket" installiert. Nun möchte ich gerne weitere Einstellungen treffen, aber das Menü spinnt völlig! Die Buttons sind nicht anwählbar und es hat überall Fehlermeldungen.

Hier ein Screenshot:
Unbenannt.PNG

Wisst ihr, was dagegen tun kann? Und wenn ich schon einmal dabei bin: wie muss ich bei der Konfiguration fortfahren^^?

Gruss

gabeBU
 
Wisst ihr, was dagegen tun kann?
Man nehme eine Fehlermeldung gebe sie bei Google ein und noch den begriff OS-Ticket... außerdem prüfe man davor die Mindestvoraussetzungen... da wir hier alle deine Umgebung nicht kennen können wir auch nicht weiterhelfen...

Und wenn ich schon einmal dabei bin: wie muss ich bei der Konfiguration fortfahren^^?
RTFM
 
Ich habe die Fehlermeldung bei google eingegeben und nichts gefunden, deshalb habe ich es hier versucht. Beim OSTicket-Forum gibt man mir keine Antwort. Ichh abe eine XAMPP-Server mit Apache und MySQL dort läuft dieses System, dass auf PHP basiert ist (deshalb dachte ich, die Programmierer könnten mir am ehesten helfen^^). Das Programm kann schon auf die MySQL-Datenbank zugreifen und die Installation konnte auch erfolgen. Nun jetzt kommen diese Fehlermeldungen und ich kann nichts im Menü auswählen.
 
Da scheint noch die Konfigurationsdatei fehlerhaft zu sein.
Oder möglicherweise ist short_open_tag deaktiviert (welche seriöse Softwareschmiede programmiert denn ohne <?php ??).
Wie Revolution schon sagte RTFM: http://osticket.com/wiki/Installation
 
Nein short_open_tag habe ich aktiviert.

Edit: Ich habe dieses "fuckin'" manual gelesen und komme eben nicht weiter^^.

Edit2: Gut hab's herausgefunden...es liegt am error_reporting der php.ini-Datei...leider hat das bis jetzt auch nichts gebracht hier mein error_reporting-teil:
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Error handling and logging ;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

; error_reporting is a bit-field. Or each number up to get desired error
; reporting level
; E_ALL - All errors and warnings
; E_ERROR - fatal run-time errors
; E_WARNING - run-time warnings (non-fatal errors)
; E_PARSE - compile-time parse errors
; E_NOTICE - run-time notices (these are warnings which often result
; from a bug in your code, but it's possible that it was
; intentional (e.g., using an uninitialized variable and
; relying on the fact it's automatically initialized to an
; empty string)
; E_CORE_ERROR - fatal errors that occur during PHP's initial startup
; E_CORE_WARNING - warnings (non-fatal errors) that occur during PHP's
; initial startup
; E_COMPILE_ERROR - fatal compile-time errors
; E_COMPILE_WARNING - compile-time warnings (non-fatal errors)
; E_USER_ERROR - user-generated error message
; E_USER_WARNING - user-generated warning message
; E_USER_NOTICE - user-generated notice message
;
; Examples:
;
; - Show all errors, except for notices
;
;error_reporting = E_ALL & ~E_NOTICE
;
; - Show only errors
;
;error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR
;
; - Show all errors except for notices
;
;error_reporting = E_ALL & ~E_NOTICE


; Print out errors (as a part of the output). For production web sites,
; you're strongly encouraged to turn this feature off, and use error logging
; instead (see below). Keeping display_errors enabled on a production web site
; may reveal security information to end users, such as file paths on your Web
; server, your database schema or other information.
display_errors = Off

; Even when display_errors is on, errors that occur during PHP's startup
; sequence are not displayed. It's strongly recommended to keep
; display_startup_errors off, except for when debugging.
display_startup_errors = Off

; Log errors into a log file (server-specific log, stderr, or error_log (below))
; As stated above, you're strongly advised to use error logging in place of
; error displaying on production web sites.
log_errors = off

; Store the last error/warning message in $php_errormsg (boolean).
track_errors = Off

; Disable the inclusion of HTML tags in error messages.
;html_errors = Off

; String to output before an error message.
;error_prepend_string = "<font color=ff0000>"

; String to output after an error message.
;error_append_string = "</font>"

; Log errors to specified file.
;error_log = filename

; Log errors to syslog (Event Log on NT, not valid in Windows 95).
;error_log = syslog

; Warn if the + operator is used with strings.
warn_plus_overloading = Off
 
Zuletzt bearbeitet:
Mit error_reporting(0); schaltest du die Fehlermeldungen/Warnungen/Hinweise ab.
 
Fehlermeldungen (bzw. in dem Falle Warnungen) auszublenden ist natürlich auch eine Methode, mit Problemen umzugehen... viel sinnvoller wäre aber eher, mal die Config Stück für Stück durchzuforsten. Irgendwo ist da sicher ein Pfad falsch angegeben.... oder XAMPP kann einfach Dinge nicht, die ein echter LAMP-Server hinbekommt.
 
So wie ich sehe, sind das alles belanglose "Fehler", die php eig. Wurst sind.
Bei "undefinded variable" hast du ne Variable nicht ala "local $foobar" definiert, bevor du die benutzt hast und "undefinded index" hast du einen Array-Index eben nicht definiert. Beides kann man bei php getrost vernachlässigen!

Ich würde das so einstellen:
PHP:
error_reporting(E_ALL ^ E_NOTICE); // Melde alle Fehler außer E_NOTICE
Alles was jetzt noch angezeigt wird, ist wichtig!
 
Zuletzt bearbeitet:
Solche "undefined Index" - Warnings können durchaus weitreichende Folgen haben, z.B. wenn über den Array iteriert wird.
 
Sieht alles sehr haarsträubend aus. Dieses OS-Ticket scheint ja die reinste Spielwiese für Hacker zu sein.
 
Zurück
Oben