...du solltest da nicht mit rein

Kosmetikmerge aus Revisionen 5187, 5191, 5193, 5194, 5218, 5219, 5222, 5228, 5229

Anpassung des letzten is_title();

TestScript für Login

An v2.4.3 angepasst

Kosmetik

Kosmetik.

Debugcode entfernt.

Sprache wurde nicht korrekt ausgewaehlt

1. Wenn ein Artikel bei Einkauf/Verkauf nicht gefunden und die Maske "Dieser Artikel ist nicht in der Datenbank" angezeigt wird, so werden die eingegebene Artikelnummer, Beschreibung, Einheit und Verkaufspreis wieder in die "Ware erfassen"-Maske übernommen. Fix für Bug 721.
2. Kosmetik: Einrückung, Funktionsaufrufe etc.

Programm-Menü nach rechts verschoben. Menüpunkt "Version" ganz nach unten geschoben. Fix für Bug 722.

Group_BY muss conditional sein

Kosmetikmerge aus r5130

Reihenfolge der Menüeinträge in "Einkauf" und "Verkauf" an den zeitlichen Ablauf von Einkaufs- und Verkaufsvorgängen angepasst.

Wenn noch gar keine Mahnlevel existieren, dann darf "rowcount" nicht leer bleiben.

Ein fehlender Platzhalter beim Speichern von neuen Mahnungsleveln.

Debugcode entfernt.

Vermeiden, dass versucht wird, durch 0 zu teilen.

In Berichten ar und oe auch die prozentuale Marge bei Zwischensummen und Gesammtsummen ausgeben

Bugfix: Warengruppe => sql fehler

Kosmetik, merge aus -r5105,5106,5118,5120,5124

Standardeinstellung für das Zahlenformat beim Anlegen neuer Benutzer ist das besser lesbare 1.000,00

Die Variable $form->{error_function} konnte dazu benutzt werden, die Authentifizierung komplett zu umgehen, indem sie z.B. auf header gesetzt und der HTTP_USER_AGENT vom Client leer gelassen wird. Analog zum SQL-Ledger-Problem, das in CVE-2007-1437 beschrieben wird.

Neues Warenberichte Backend.

Von Grund auf neu geschrieben, unter Beruecksichtigung der folgenden Grundsaetze:
+ ein Query fuer alles
+ Query wird aus Tokens gebaut -> weniger anfaellig fuer SQL Fehler
+ Kombinationen die vorher nicht erlaubt waren und per Blacklist gefiltert wurden produzieren jetzt ein Ergebnis, dass in vielen Faellen sogar interpretiert werden kann.
+ Durch Tabledesign (hoffentlich) leichter erweiterbar als die alte Version
+ fixt viele Bugs die mit der alten Version bestanden.

Folgende Funktionen sind noch unzureichend getestet oder noch nicht implementiert:
- Assembly Unterstuetzung ist uebernommen aus der alten Version und wird nachgereicht.
- Summe der orderitem.qty / invoice.qty als onhand zu interpretieren ist sehr gewagt solange nicht auf die Einheiten eingegangen wird.
  Die Funktionalitaet ist zwar erhalten, aber nicht vollstaendig.

Storno Bugfix. paid wurde unter bestimmten Bedingungen nicht richtig gesetzt.

Kosmetik

subtotal ist eine Boolean-Spalte; ältere DBI-Versionen mögen's nicht, wenn man ihnen dort Integer unterschiebt.

Deaktivierten Button aktivieren.

Generischer USTVA Report für alle Kontenrahmen ausser Germany

pos_ustva ist vom Typ Text, nicht Integer

Vergessenes locale-Script zum Datenbankupgrade USTVA_at

Das Release ist heute.

Fehler in der Datenbankabfrage fuer Lieferungen bei Kundenstammdaten, Ansicht erweitert um
Verkaufspreis

SQL- und nicht Perl-Kommentarzeichen verwenden.

Bloeder Bug: eine zu gefräßige INSERT legt zu allen Konten taxkeys an, was aber nicht sein soll, weil dubletten erzeugt werden

Der englische Plural von "category" ist "categories".

Abhängigkeit von neu hinzugefügtem Datenbankupgradescript.

Selected der USTVA Kennziffern mit eq statt == testen.

Anpassung für oesterreichischen Kontenrahmen. Verhält sich neutral ggue. anderen Kontenrahmen ausser 'Austria'. Nur unbebuchte Kontenrahmen werden geupdated.

Diverse Bugs im Zusammenhang mit Steuerautomatiken, mit chart_id=0 oder mit rate=0.
Beides sollte jedoch moeglich sein fuer Konten wie 'steuerfrei'.

Bug: Array wird von eins an hochgezaehlt, dann fehlt aber der erste Datensatz.

Zahlungskonditionen: Zahlenwerte auf zwei Stellen gerundet ausgeben.

Zahlungskonditionen:
1. Neue Variablen <%invtotal_wo_skonto%> und <%total_wo_skonto%> hinzugefügt, die die Belegsumme bzw. die noch offene Summe abzüglich des Skontobetrags beinhalten.
2. Die Variablen <%total%> und <%invtotal%> waren nur bei Rechnungen gefüllt, nicht aber bei Angeboten und Aufträgen.

Umstellung der Kontenübersicht auf die Verwendung von "Template".

Umstellung der Steuerbearbeitungsfunktion auf das "Template"-Modul.

Steuern: Anzeige und Eingabe des Steuersatzes mit formatierten Zahlen. Auch Nachkommastellen bei Steuern zulassen. Kosmetik.

Korrekturen zu r2737: Speichern von Steuern funktionierte nicht, taxnumber mitspeichern, Layout Titel

Nachtrag zu r2737: Uebersetzungen

Neues Modul 'Steuern Bearbeiten'. Mit diesem Modul ist es moeglich, die Eintraege der Tabelle tax, bzw. _tax anpassen zu koennen.

Testscript für Version 2.4.3. r2736 hat den Test bestanden :-)

Form::redirect muss auch Zahlen in Scriptnamen zulassen, weil ansonsten z.B. menuv3.pl nicht ausgeführt wird.

Aus Debuggründen war's noch auskommentiert.

Morgen (!) kommt das Release, nicht heute.

Morgen gibt's das Release.

Beim Versenden per Email eine anständige Überschrift anzeigen und nicht "email oe".

Beim Verschicken von Emails aus oe.pl heraus immer vorher speichern, weil nach dem Verschicken das Formular via 'edit' aufgerufen wird. 'edit' wiederum holt sich die Daten aus der Datenbank.

Konsistenz zwischen Email-Betreff-Zeilen und den Namen der Anhänge.

Beim Versenden von Emails wird der Text etc wieder in intnotes gespeichert. Fix für Bug 713.

Ein leeres Datenbankupgradescript hinzugefügt, das von allen Datenbankupgradescripten abhängt, von denen bisher noch keines abhängt. Damit wird für Release 2.4.3 ein fest definierter Stand erzeugt.

Kleine Aktualisierung der Dokumentation

Doppelte Installationsanweisungen entfernt.

Kosmetik

Umformatierung der Installationsanweisungen

Aktualisierung der Versionsnummer

Verhindern, dass durch Manipulation von $form->{callback} beliebiger Code ausgeführt werden kann.

Pfadkomponenten entfernen, bevor exec aufgerufen wird, damit nicht beliebige Perlscripte ausgeführt werden können.

Schreibfehler. Fix für Bug 712.

Filtermaske für Berichte: Checkbox für Bearbeiter nicht doppelt anzeigen. Fix für Bug 711.

Optik: Jeden Button voneinander absetzen.

Ganz böse Verwechselung mit 't' und 'f' bzw. '1' und '0', die zur Verwechslung von Angeboten und Aufträgen geführt hat. Kam aus rev 2698.

HTML-Formatierung berichtig.

Das nächste Release ist 2.4.3.

Webdav: Die Links werden nicht mehr wortwörtlich angezeigt, sondern der Typ (Datei oder Verzeichnis) wird ausgegeben und als Link hinterlegt.

Webdav: Wenn eine Pfadkomponente Leerzeichen enthielt (z.B. "Storno zu ..."), dann wurden komplett falsche Links erzeugt.

$form->get_standard_dbh() benutzen für verbesserte Geschwindigkeit

Updates

Bei Einkaufsrechnungen muss das Rechnungsdatum als Anhaltspunkt für die zu verwendenden Steuerschlüssel und -sätze benutzt werden. Fix für Bug 710.

Beim "Erneuern" beim Erfassen von Dienstleistungen auch über "check_form" gehen, damit die Preisgruppen und Zahlungskonditionen richtig ausgefüllt werden. Fix für Bug 685.

Die Margen nur bei Verkaufsmasken anzeigen, und auch nur in Zeilen, in denen schon ein Artikel ausgewählt wurde.

Bei Gutschriften muss der Ertrag negativ sein.

Verkaufsrechnungen: Beim Stornieren den absoluten Ertrag negativ speichern.

Kosmetik.

Datenbankupgrade: Die Spalte 'storno_id' in 'ar' und 'ap' sollte auch gefüllt werden.

Rechnungsliste: Unterscheidung zwischen Stornorechnung und stornierter Rechnung wieder gefixt.

Beim Stornieren von Einkaufs- und Verkaufsrechnung auch die storno_id mit speichern (analog zu AR.pm/AP.pm), damit später eine Unterscheidung zwischen Stornorechnung und stornierter Rechnung möglich ist.

Argh! $form->{storno} nur dann auf '0' setzen, wenn es vorher auch '0' oder 'undef' war... Andernfalls geht die gesamte Storno-Verarbeitung in dutten

Aktualisierung

Bei boolean-Spalten lieber 't' und 'f' als 1 und 0 übergeben, weil wohl einige DBD::Pg-Versionen damit Probleme haben. Außerdem einige Integerwerte mit 0 initialisieren. Hoffentlich ein Bugfix für 703.

Noch mehr Updates mit den seit Erscheinen der 2.4.2 behobenen Fehlern aus dem Bugzilla.

Aktualisierung des Changelogs.

Buchungsliste: Optische Gruppierung wieder eingebaut, die bei der Umstellung auf ReportGenerator verloren ging.

Aufteilung des Changelogs in eine Sektion für neue Features/Verbesserungen und eine Sektion für Bugfixes.

Ditto r2692. Bug betrifft uebrigens r2657.

Kleiner Darstellungsfehler im Buchungsjournal. Es wurde bei einigen Zeilen 'aa' vor jeden Feldinhalt gesetzt.

Umwandlung von Angebot nach Auftrag hat nach Fehler verursacht, da gleiches Modul

Bei der Umwandlung eines Auftrags in eine Rechnung wurde die individuelle Lieferadresse nicht
gespeichert

maxlength in den Formularen aus ct.pl (Kunde eintragen,Lieferant eintragen) an die Länge der Felder in der Datenbank angepasst.

Den "Nein"-Button, der nur mit Javascript zurückgehen soll, auch als <button> darstellen. Wenn er ein <input type="submit"> ist, dann schickt Firefox das Formular trotzdem ab. Fix für Bug 701.

Kosmetik: Debugausgaben und eine überflüssige if-Zeile entfernt.

Wenn ein Auftrag noch nicht gespeichert wurde, dann ergibt es auch keinen Sinn, Workflow-Buttons dafür anzuzeigen. Zusätzlich sicherstellen, dass OE->close_orders() nur aufgerufen wird, wenn wir tatsächlich einen gespeicherten Beleg haben. Fix für Bug 700.