Berechtigungsprüfung bei den Buttons "Speichern und ..." in den Kunden-/Lieferantenstammdaten korrigiert.

Weitere Unterfunktionen tracen lassen.

Bei $form->parse_template() nur dann die ganzen Variablen employee_* überschreiben, wenn employee_id nicht gesetzt ist. In io.pl die ganzen employee_*-Variablen mit denen des ausgewählten Bearbeiters belegen und nicht mit denen des aktuellen Benutzers.

Beim Verschicken von Emails überprüfen, ob es im Vorlagenverzeichnis eine Vorlage gibt, deren Name "_email" hinter dem Formulartyp enthält und diese verwenden, sofern sie existiert (z.B. "sales_quotation_email_en.tex" für eine LaTeX-Angebotsvorlage in Englisch).

Einen Test für Postgres-Datenbankcluster hinzugefügt, ob sie anständig mit Umlauten funktionieren, wenn UTF-8 als Encoding verwendet wird.

Top100 Editor deaktiviert, da er seit mehreren Versionen nicht mehr funktioniert.
Muss detailliert modernisiert werden.

top100 und addto100 funktionieren eingeschränkt und bleiben daher erhalten.

Admin User Edit Maske: Port wurde beim Verbindungstest nicht mit übergeben.

Die Signatur des Verkäufers ebenfalls als Variable <%salesman_signature%> zur Verfügung stellen.

1. Salesman-Daten wurden nicht in $form eingetragen, weil die User-Klasse nur noch einen Parameter erwartet.
2. Kosmetik.

Vereinfachtes Template, und alten Code entfernt.

AJAX-Antworten nicht direkt $cgi->header() ausgeben, sondern über eine Funktion, die auch das Charset ausgibt.

JavaScript und Umlaute in UTF-8-Codierung funktioniert nicht mit der JavaScript-Funktion "encode()", deshalb "encodeURIComponent()" benutzen.

Debugcode... Stupid me!

Anführungszeichen nicht doppelt quoten.

Debugcode

Das XUL/XML-Menü muss auch bei Verwendung von UTF-8 als Zeichensatz richtig codiert werden.

TODO-Liste: Preisanfragen und Angebote richtig anzeigen.

Beim Bearbeiten von Konten die Funktion "als neu speichern" hinzugefuegt, um ein Konto mit allen Einstelungen zu klonen

Beim Ausdruck von Angeboten / Anfragen / Aufträgen / Rechnungen wurde der Rabatt ohne Nachkommastellen berechnet und dargestellt.

Beim Ausdruck wurde der Rabattbetrag nicht anständig auf ein Array gepackt, weil IS::customer_details() $form->{discount} mit dem Wert aus der Datenbank befüllt; und deswegen ist $form->{discount} kein Array.

Bei Wandlung von Angeboten/Preisanfragen in Aufträge erst beim Speichern der Aufträge das Angebot/die Preisanfrage schließen.

Beim Umwandeln von Aufträgen in Rechnungen nicht sofort den Auftrag schließen. Beim Buchen von Rechnungen die Aufträge schließen, aus denen die Rechnung erzeugt wurde (auch mit Umweg über Lieferscheine), sofern der Auftrag damit vollständig abgerechnet wurde.

Debugcode

Query nicht doppelt ausführen.

Debugcode

Debugcode

Email-Versand: Adressen beim Quoten nicht umbrechen.

Eingangsrechnungen: Wird das Rechnungsdatum verändert, so wird per AJAX das Fälligkeitsdatum anhand der beim Lieferanten hinterlegten Zahlungsbedingungen berechnet und im Formular ersetzt.

Berichte über Zahlungsein- und -ausgänge auf- und absteigend sortierbar gemacht.

Die Ausgabe der Zeile "\usepackage{textcomp}" darf nur erfolgen, wenn LaTeX-Vorlagen geparset werden, nicht bei anderen Vorlagen. Da die HTMLTemplate-Klasse von der LaTeXTemplate-Klasse abgeleitet ist, muss hier also in der Basisklasse der tatsächliche Klassentyp überprüft werden.

Kosmetik

Buchungsjournal auf- und absteigend sortierbar gemacht.

Debugcode

ReportGenerator: Spaltentitel in der HTML-Ausgabe ausrichtbar gemacht (Attribut "align").

Wiedervorlagenbericht sortierbar gemacht.

Kosmetik.

Bericht über Mahnungen sortierbar gemacht.

Sortierung in Berichten über Kunden und Lieferanten auch auf- und absteigbar sortierbar gemacht.

Die Sortierung soll standardmäßig aufsteigend erfolgen.

Sortierung in Berichten über Ausgangsrechnungen/Debitorenbuchungen auch auf- und absteigbar sortierbar gemacht.

Sortierung in Berichten über Eingangsrechnungen/Kreditorenbuchungen auch auf- und absteigbar sortierbar gemacht.

Auslagerung gemeinsamen Codes.

Sortierung in Berichten über Lieferscheine auch auf- und absteigbar sortierbar gemacht.

Sortierung in Berichten über Angebote / Aufträge / Presianfragen auch auf- und absteigbar sortierbar gemacht.

Im Emaildialog wurden die Druckoptionen nicht angezeigt, weil das Template-Modul mit Variablennamen nicht zurechtkommt, die mit einem Unterstrich beginnen.

Beim Verschicken von Emails müssen die Absender- und Empfängeradressen MIME-Encodiert werden.

Falsche HTML-Codierung des Größer-Zeichens.

Beim Umwandeln von Angeboten/Preisanfragen in Aufträge die IDs in record_links speichern. Beim Umwandeln von Aufträgen und Lieferscheinen in Rechnungen die IDs in record_links speichern.

1. Variable umbenannt, in der die IDs aus OE zwischengespeichert werden, aus denen ein Lieferschein erzeugt wurde.
2. Erweiterung von "RecordLinks->create_links()" um einen Modus, um die IDs aus einem String zu erhalten.
3. Bug: Bei Umwandlung von Auftrag in Lieferschein Variable "delivered" leeren, weil ansonsten evtl der noch nicht gespeicherte Liferschein bereits als ausgelagert gilt.

Verknüpfungen zwischen Angeboten, Aufträgen, Lieferscheinen, Rechnungen in einer eigenen Tabelle speichern.

Kosmetik

Script zum Einrichten der Datenbank

Kosmetik.

Doppelter-Code-Vermeidung

Kosmetik

Kosmetik

check_name() kann auch von der Lieferscheinbearbeitung aus aufgerufen werden.

Kleiner Syntax-Highlighting-Fix für Emacs.

Beim Speichern bei "Nummernkreise und Standardkonten" auch die Nummern für Lieferscheine im Ein- und Verkauf speichern.

Fixes für die Situation, in der $dbcharset anders ist als das Charset der für den Benutzer ausgewählten Sprache: Die Datei "special_chars" in das $dbcharset konvertiert werden. Beim umgekehrten Auflösen der durch Button-Drücke ausgelösten Aktionen in Funktionsnamen muss von $dbcharset, das vom Browser kommt, in das Charset der vom Benutzer ausgewählten Sprache konvertiert werden, damit die Auflösung funktioniert.

HTML-Templates vor und nicht nach der Verarbeitung durch die Template-Klasse mit iconv in das $db_charset konvertieren. Andernfalls würden Daten, die bereits im $db_charset vorliegen, erneut konvertiert und damit falsch codiert sein.

Bei "order" müssen Leerzeichen zwischen den einzelnen Buchstaben sein.

Lagerbericht: Bei der Auswahl der Keys aus $form, die für die Auswahl der aus den Tabellen auszulesenden Spalten verwantwortlich sind, strenger sein. Der Key muss mit "l_" beginnen. Wird "l_" auch in der Mitte zugelassen, so schlägt dies fehl, wenn per ReportGenerator exportiert wird. Grund ist, dass diese Variablen auch nochmal mit dem Präfix "report_generator_hidden_*" in $form vorhanden sind. Dadurch würden Spalten selektiert, die es in der Datenbank nicht gibt.

Form::format_amount_units() darf auch ohne die Parameter amount und part_unit aufgerufen werden. Kein amount wird einfach als 0 gewertet, und wenn part_unit fehlt, so wird schlicht ein leerer String zurückgegeben. Macht Ausgaben wie den Lagerinhalt inkl. leerer Lagerplätze aus wh.pl einfacher.

Wenn UTF-8 als Datenbankcharset verwendet wird, so muss der ReportGenerator die an PDF::API2 übergebenen Strings als UTF-8 markieren (mit Perls Encode-Modul).

Zwei Probleme, die behoben werden:

1. Bei UTF-8-Installationen dürfen keine ISO-8859-1-codierte Umlaute enthalten sein.
2. Die Funktion "do_query()" wird von vielen Upgradescripten neu definiert und hat dann eine andere Signatur als die "DBUtils::do_query()". Das führte dazu, dass warehouse.pl nur dann funktionierte, wenn nicht gleichzeitig eines derjenigen Upgradescripte ausgeführt wurde, das do_query() neu definiert. Fix ist, do_query() in warehouse.pl wie in den anderen Perl-Datenbankupgradescripten zu definieren und zu verwenden.

Konstanten aus anderen Packages müssen mit dem Package-Namen beginnen.

Administration: Wenn eine neue Authentifizierungsdatenbank angelegt wird und keine Benutzermigration erfolgt (sprich eine frische Installation von 2.6.0 oder neuer), so wird eine Standardgruppe namens "Vollzugriff" angelegt, die volle Rechte auf alle Funktionen erhält.

Näher am Standard, und Bugfix für bestimmte Renderer.

Beim Neuanlegen von Datenbanken darf die Datenbank schon existieren. Damit kann die Authentifizierungsdatenbank auch für die Instanzendaten benutzt werden. Fix für Bug 828.

Aufträge: Anzeige der gelieferten Menge mit der selben Einheit, die in der Zeile ausgewählt wurde, um leichter vergleichbar zu sein.

Bei Aufträgen, Angeboten, Preisanfragen das Lieferdatum mit dem nächsten Werktag und nicht dem heutigen Datum vorbelegen.

Artikelstammdatendialog: Beim Auslesen der Übersetzungen auch die übersetzte Langbeschreibung mit auslesen.

Vermeiden, dass SQL-Fehlermeldungen angezeigt werden, wenn noch kein Kunde/Lieferant ausgewählt wurden.

Eingrenzung nach Datum bei offene Forderungen und Verbindlichkeiten

Einheiten-Dialog: Keinen Link um die Hoch-/Runter-Pfeile darstellen.

Im Kunden-/Lieferantenstammdatenbericht nicht nach Groß- und Kleinschreibung unterscheiden.

Sortierfunktion und Zwischensummen bei Kontenuebersichten eingebaut

------------------------------------------------------------------------
r7136 | mbunkus | 2008-06-20 11:16:19 +0200 (Fri, 20 Jun 2008) | 1 line

Lieferscheine: Ein Button eingefügt, mit dem man Lieferscheine als geschlossen markieren kann, ohne sie in Rechnungen umwandeln zu müssen.
------------------------------------------------------------------------

------------------------------------------------------------------------
r7135 | mbunkus | 2008-06-20 10:56:08 +0200 (Fri, 20 Jun 2008) | 1 line

Wenn eine Rechnung aus einem oder mehreren Lieferscheinen erstellt wird, so wird beim Buchen der Rechnung automatisch alle Lieferscheine als geschlossen markiert, aus denen die Rechnung erstellt wurde.
------------------------------------------------------------------------

------------------------------------------------------------------------
r7133 | mbunkus | 2008-06-20 10:19:46 +0200 (Fri, 20 Jun 2008) | 1 line

Verhindern, dass Lieferscheine mehrfach ein- bzw. ausgelagert werden.
------------------------------------------------------------------------

------------------------------------------------------------------------
r7132 | mbunkus | 2008-06-20 10:12:27 +0200 (Fri, 20 Jun 2008) | 1 line

Lieferscheine: Die Entscheidung, ob ein Lieferschein bearbeitet werden darf, wird vom Flag "delivered" abhängig gemacht, nicht von "closed".
------------------------------------------------------------------------

Beim Speichern von Lieferscheinen wird überprüft, ob der dazugehörige Auftrag nun komplett geliefert wurde. Wenn ja, so wird der Auftrag sowohl als geliefert als auch als geschlossen markiert.

Parameter-Check-Funktionen Common::check_params() und Common::check_params_x() erweitert, um auch "oder"-Bedigungen zuzulassen, indem die Liste der erwarteten Parameter als Array-Referenz übergeben werden.

Doppeltes Parsen von Zahlen vermeiden (passiert beim Speichern von Aufträgen, in denen die Liefermenge angezeigt werden soll).

Beschreibung zu breit fuer Ausdruck

Ausgabe angepasst

Erweiterung der Ausgabe in der Kontenuebersicht

Fehler bei Stichtagsbezogenen Auswertungen von offenen Posten

Kosmetik (wird demnaechst in template ausgelagert).

Splitter onformer zum Standard gemacht, auch wenn Firefox 1.5 es genauso rendert.

Fehlende Datei im vorherigen Update

Migrationsfaehigkeit im Warenhausupdate

Den Preisfaktor nicht vor dem Runden des Einzelpreises einbeziehen, sonst kommen stark verfaelschte Ergebnisse heraus. Berechnung von Zeilensumme und Rabatt in io.pl mit OE.pm abgeglichen.

Bereits gelieferte Menge etwas netter formatieren.

Bei Eingangslieferscheinen wurden Nachkommastellen beim Lagereingang abgeschnitten. Debugcode entfernt.

Falsche Buttonbeschriftung.

Anzeige der bereits gelieferten Menge in Aufträgen im Ein- und Verkauf.

parts_vendor gibt es in der unstable nicht.

Bug in Auflistung von Lieferscheinen: Gibt es mehrere Aufträge mit der gleichen Auftragsnummer, und wenn so eine Nummer bei einem Lieferschein eingetragen war, so wurden diese Lieferscheine gleich mehrfach aufgeführt. Die Links zu den Aufträgen führten dann zusätzlich möglicherweise zu den falschen Aufträgen (von Verkauf in Einkauf und umgekehrt). Falsche Form-Typen führen zu falschen Datenbankabfragen ("customer" vs "vendor"), sodass die Datenbankabfrage im Einkauf tatsächlich die Verkaufslieferscheine lieferte.