AW: VMSR Betatest Bugreport
hab das mal hier hin verschoben, ist mir zu mühsam das immer weiterzuleiten...
zur info, aktuell haben 5 User das vmsr erhalten.
AW: VMSR Betatest Bugreport
Wie bereits erwähnt, lässt sich dieser Fehler mit folgender Änderung beheben.
Datei: /af/index.php
Zeile: 7
Danach einfügen: @require_once("../lib/timespan.lib.php");
AW: VMSR Betatest Bugreport
OK, nächstes:
Maximale Buchungssumme 999.999.999,99 Schlüppies
Ich weiss wie man das ändert, DB sollte aber doch schon von der Installation an realtitätsnah konfiguriert sein.
EDIT:
Ups, 50 MRD wurden gebucht, in den Buchungslisten werden aber nur 999.999.999,99 Schlüppies angezeigt...
Außerdem fehlt ein Hinweis das ein "." (Punkt) statt "," (Komma) bei manuellen Buchungen für Nachkommaanteile verwendet werden muss (af > User berarbeiten)
AW: VMSR Betatest Bugreport
Das mit , und . wird im VMSR nicht mehr relevant sein. Es erkennt jede mögliche Eingabemethode, wenn ich es umgebaut habe. Bis dahin müsste man ja wissen, dass punkt anstelle von komma für nachkommastellen sein sollte.
Und: welche Änderung meinst du? Bitte auch hier posten :)
AW: VMSR Betatest Bugreport
Zitat:
Zitat von
NeoGriever
Das mit , und . wird im VMSR nicht mehr relevant sein. Es erkennt jede mögliche Eingabemethode, wenn ich es umgebaut habe. Bis dahin müsste man ja wissen, dass punkt anstelle von komma für nachkommastellen sein sollte.[...]
Du bist doch angetreten um diverse Mängel am VMS 1.2 zu verbessern und ein dahingehend verbessertes und moderner ausgestattetes VMSR zu entwickeln. Ich arbeite derzeit die mir im Gedächtnis gebliebenen "Mängel" ab um zu schauen wie weit fortgeschritten du mit der Arbeit bist. Neu hinzugekommene Gimmicks oder Geplantes bewerte und be-/verurteile ich nicht...
Zitat:
Zitat von
NeoGriever
Und: welche Änderung meinst du? Bitte auch hier posten :)
In der Datenbank ist - zumindest in der Buchungstabelle - eine zu niedriges length definiert (9.2 statt 11.2)
EDIT:
- kein Link zur Startseite :confused:
- Die seltsame Countdownfunktion im af lässt sich in den Einstellungen nicht deaktivieren/ändern.
- Gutschriften und Abzüge aus dem af tauchen nicht in der Bilanz auf.
AW: VMSR Betatest Bugreport
Zitat:
Zitat von
eaxo
Du bist doch angetreten um diverse Mängel am VMS 1.2 zu verbessern ...
Korrekt
Zitat:
Zitat von
eaxo
In der Datenbank ist - zumindest in der Buchungstabelle - eine zu niedriges length definiert (9.2 statt 11.2)
Wird behoben.
Zitat:
Zitat von
eaxo
EDIT:
- kein Link zur Startseite :confused:
Behoben
Zitat:
Zitat von
eaxo
- Die seltsame Countdownfunktion im af lässt sich in den Einstellungen nicht deaktivieren/ändern.
Wird ergänzt.
Diese "seltsame" Funktion ist eigentlich ein sehr cleveres Ding. Es sichert das Adminforce nochmal zusätzlich ab.
Zitat:
Zitat von
eaxo
- Gutschriften und Abzüge aus dem af tauchen nicht in der Bilanz auf.
Wird geprüft. Müsst ich erstmal guggn, welche Buchungen du z. b. meinst.
AW: VMSR Betatest Bugreport
Hast du ICQ, MSN oder Facebook?
AW: VMSR Betatest Bugreport
Zitat:
Zitat von
NeoGriever
Diese "seltsame" Funktion ist eigentlich ein sehr cleveres Ding. Es sichert das Adminforce nochmal zusätzlich ab.
Wenn es nach jeder Aktion den Countdown neu starten würde wäre es durchweg sinnvoll, in dieser Form aber nur begrenzt (sinnvoll) weil schnell ungeheuer nervig und rausgeschmissen.
Zitat:
Zitat von
NeoGriever
Wird geprüft. Müsst ich erstmal guggn, welche Buchungen du z. b. meinst.
Ich meine die Gutschrift/ das Einbehalten von Losen in der userbearbeiten.php - schließlich werden Buchlose im System erzeugt bzw. Währungslose gelöscht.
ICQ kann ich mal grad anschmeissen:
Falls mehrere User chatten wollen hab ich auf irc.freenode.net mal ##vms registriert. @lokutos: #vms hab ich extra nicht genommen...
User ohne Messenger :p nehmen http://webchat.freenode.net/?channels=##vms
AW: VMSR Betatest Bugreport
Die Funktion ist extra so gemacht, dass es nicht nach jeder aktion auf 0 zurückgesetzt wird. Es soll einen hacker dazu zwingen, sich neu anmelden zu müssen. Wenn dieser ein "cookie geklaut" hat, dann hat er nur stark begrenzte aktionsmöglichkeiten. Wenn ich dazu noch eine ip-auto-logout-funktion mache, welche den admin-nutzer automatisch ausloggt, sowie dieser eine andere ip hat, kann der hacker mit einem cookie nix anfangen.
Hm. Das mit der userbearbeiten.php muss ich mir nochmal genauer anschauen.