...und auch den ausgang

build_std_url auf log level 2 gesetzt damit es bei grossen rechnungslisten nicht das log verunreinigt.

Die versteckte Variable "customer_klass", die die beim Kunden hinterlegte Preisgruppe enthält, muss bei oe.pl immer übergeben werden, wenn es sich um Verkauf handelt.

Die Variable "ranking" für Zahlungsbedinungen konnte nirgends konfiguriert werden. Zusätzlich werden beim Wechsel des Kunden in einer Verkaufsmaske die beim Kunden hinterlegten Zahlungsbedingungen immer ausgewählt, nicht nur dann, wenn vorher keine ausgewählt waren.

Fehler beim Laden von Buchungen, wenn Konto nicht mit einer Steuer verknüpft ist

1. Fieser Bug der in format_amount auftritt, wenn eine sehr kleine Zahl in Exponentialschreibweise uebergeben
wird wie bspw. 1.13686837721616e-13. BITTE UNBEDINGT PRUEFEN, TESTEN UND VERBESSERN.
Siehe auch Forenbeitrag: http://lx-office.org/forum/forum_entry.php?id=5315
2. co_ustid in allen Dokumenten zur Verfuegung gestellt.

Bug 760: Mahnungen drucken: Kunden Kontakt eingefügt. Betr. Tabelle: contacts, Templatevariablen cp_*

Freigabe der Shopschnittstelle zu olCommerce

Freigabe der Shopschnittstelle zu osCommerce

Quoten von allen in regulären Ausdrücken verwendeten Variablen, die direkt oder indirekt von Benutzereingaben stammen können. Fix für Bug 302.

Probleme mit Slashes

Verkauf->Berichte: Auftrag und Angebot Suche nach Salesman implementiert.

Eine Funktion zur Überprüfung der Existens von Funktionsparametern hinzugefügt, wenn diese als Hash übergeben werden.

Das Modul "Data::Dumper" hat die Eigenheit, dass es den Iterator von gedumpten Hashes nicht zurücksetzt bzw. ihn nicht bis zum Ende ausliest, wenn "Sortkeys" wahr ist. Das hat zur Folge, dass der folgende Aufrufe von "each" für dieses Hash sofort beendet wird. Also muss der Iterator manuell zurückgesetzt werden. Siehe auch die Diskussion in "perldoc -f each".

Vor dem Aufruf von Funktionen auf der Instanz $self muss $self ge-blesst werden.

VK-Preisupdate
Rundung des VK-Preises
VK-Preis Update von vorhandenen Artikeln
Zwei Artikelgruppenfelder auswerten für partsgroup

Die Option zum Setzen des Tag-Stils etwas verallgemeinert und dokumentiert.

Debugcode entfernt.

Beim Parsen von text-basierten Vorlagen (HTML, LaTeX) kann jetzt in der ersten Zeile das Format der Tags bestimmt werden. Dazu wird etwas wie "((set-tag-style))" benutzt. Die Nicht-Leerzeichen links und rechts vom Wort "set-tag-style" bestimmen, wie ein von Lx-Office zu parsendes Tag beginnt und wie es endet.

Bei der Umstellung der Funktionsparameter auf Nicht-Referenzen eine Stelle vergessen.

Die Argumente für print_options() als Hash und nicht als Hash-Referenz übergeben. Weitere Optionen zum Verstecken bestimmter Drop-Down-Boxen eingebaut.

Sonderzeichen hochgestellte 2 und 3 für LaTeX escapen.

Ein "," anstelle eines "." sorgte dafür, dass die Steuerkontenbeschreibungen bei Kundenrechnungen nicht ausgedruckt wurden (nur der Steuersatz). Betrifft die Template-Variable <%taxdescription%>.

Umstellung der Maske "Benutzereinstellungen" auf die Verwendung von Template.

Umstellung der Maske "Benutzereinstellungen" auf die Verwendung von Template.

Fehlendes "return".

$locale->text() so erweitert, dass weitere Argumente direkt an Form::format_string() übergeben werden. Damit muss man nicht mehr $form->format_string($locale->text("#1 and #2"), $arg1, $arg2) schreiben, sondern kann direkt $locale->text("#1 and #2", $arg1, $arg2) schreiben.

Wenn das Parsen eines Templates fehlschlägt, dann die dazugehörige Fehlermeldung auf STDERR ausgeben, damit sie analysiert werden kann.

Hinzufügen der globalen Testscripte, welche die einzelnene Test koordienieren und aufrufen.

Debug-Level zurückgesetzt

Umstellung von TODO auf SKIP und Verkürzung der Tests damit um mehr als 5 Minuten. Ausserdem Einführung von start(), welche eine einheitliche Startvorgabe ermöglicht.

Eine Funktion zur Formatierung von Strings, die Vorkommen von "#n" durch das n-te Argument ersetzt. Zur Benutzung mit $locale->text(), sodass die Reihenfolge von Parametern in Übersetzungen verändert werden kann.

Bei den Entwürfen nicht die Variable "stylesheet" speichern.

Die Tabellenspalte "v_customer_id" ist eine Text- und keine Integer-Spalte. Fix für Bug 733.

Angepasst an Einzelfalltests und einfügen von TODO Blocks, damit bei der nächsten Selenium Version dann komplett getestet werden kann.

Alten USTVA-Code aus rp.pl entfernt.

Falsche Variable.

Fortführung der Struturierung und hinzufügen von Systemtests, sowie globaler Login und Logout Tests

SQL-Fehler "description is ambiguous"

Einheitliche Benennung der Margen-Formular-Variablen analog zu den Namen der Spalten in der Datenbank.

Bei Gutschriften wurde der Lagerbestand falsch aktualisiert

Kleinere Fehler in der Latexvorlage fuer die USTVA 2007 ausgebessert

Rechtschreibfehler korrigiert

Aufbau der "neuen" Testumgebung und Neustrukturierung der TestUnterverzeichnisse, sowie Übermittlung fertiger Testskripte

Angepasst an die "neue" Testumgebung

Rekonstruktion und usage-page

Fehler beim Erstellen von Rechnungen fuer Gebuehren und Zinsen

Bei Lieferanten wurden nicht alle Daten der Ansprechpartner gespeichert

Wenn bei Kundenberichten Rechnungen etc ausgewaehlt waren, wurden nicht genug Variablen ins
Query gesteckt

Artikelauswahl in Einkaufs- und Verkaufsmasken: bei mehreren gefundenen Artikeln den Preisfaktor berücksichtigen und den Verkaufs-/Einkaufspreis dadurch teilen.

1. Klammer-Fehler im SQL-Query. Fix für Bug 727.
2. BWA: Steuern müssen vom Gesamtergebnis abgezogen und nicht hinzugezählt werden. Fix für Bug 728.

Debugcode wieder entfernt.

Preisfatkoren implementiert.

Die Änderungen in Revision 2744 verlangen nach dieser neuen Datei.

Revert von Revision 2795: ic.pl enthielt Änderungen, die ich noch nicht committen wollte.

Syntaxhighlightingerleichterung für Emacs

Kosmetik: trailing whitespace entfernt.

Bugfix Rabattberechnung: Berechnung so umgestellt, dass der Rabatt von der Zeilensumme genommen wird und nicht vom Einzelpreis (Rundung). Fix für Bug 325.
Bugfix Zwischensummen: Bei Belegen aus OE.pm (Angebote, Aufträge, Anfragen) wurde die Variable <%runningnumber%> innerhalb eines Zwischensummenblocks nicht "1.1, 1.2, 1.3" etc hochgezählt, sondern normal "1, 2, 3" etc.
Bugfix Zwischensummen: Bei manchen Browsern wurden die Checkboxen "Zwischensumme" nach "Erneuern" oder neuem Aufrufen eines Beleges nicht richtig vorausgewählt, auch wenn der Status in der Datenbank richtig war.
Kosmetik: Einrückung, Ausrichtung.

Kosmetik/Vereinfachung

Einige Browser (Opera) mögen es nicht, wenn "checked" bei Checkboxen in Anführungszeichen steht.

...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'.