Fehler in der Datenbankabfrage fuer Lieferungen bei Kundenstammdaten, Ansicht erweitert umVerkaufspreis
Kunden- und Liferantenstammdatenliste auf die Verwendung von ReportGenerator umgestellt.
Spalte taxzone_id darf nicht NULL sein.
In allen Einkaufs- und Verkaufsmasken die Drop-Down-Box für die Steuerzone bei jedem Formularaufbau neu generieren. Dadurch bleibt auch der bisher selektierte Eintrag selektiert, was er vorher nicht tat (sprang immer auf "Inland" zurück).
Einen Filter für den Kunden-/Lieferantentypen bei Berichten über Kunden-/Lieferantenstammdaten implementiert.
Bei den Kunden- und Lieferantenstammdaten werden in den Berichten standardmäßig nur noch die gültigen angezeigt; die ungültigen können über Radiobuttons trotzdem angezeigt werden.
CT.pm auf die Verwendung von parametrisierten Queries zur Vermeidung von SQL injection umgestellt. Dabei Restfunktionalität von customertax und vendortax entfernt. Mehr Datenbankhilfsfunktionen hinzugefügt.
Kundenbericht liess sich nicht nach Adresse sortieren
Die Zahlungskonditionen sortierbar gemacht.
Copy & paste-Fehler.
Verwalten von Einheitennamen für jede angelegte Sprache. Beim Druck werden die Einheitennamen durch diejenigen ersetzt, die für die ausgewählte Ausgabesprache gespeichert sind.
Zurüch zu 1368
Kundenspezifische Felder mit Schalter ausblenden
ADR entfernt (kam aus Kundenprojekt und ist nicht fuer die allgemeine Lx-Office-Variante gedacht).
Fehler Stammdaten (cust/vend) Lieferungen:Kunden und Lieferanten schauen beide in ar nach,ohne Shipto_id werden alle Lieferungen an alle Kunden ausgegeben.
Behebung:id + db werden mit übergeben.
Todo:Lieferantenrechnungen und -aufträge werden noch ohne shipto_id gespeichert. Daher nur die Gesamtlieferungen anzeigbar.
Sichern von abweichenden Lieferanschiften:Kunden ohne trans_id, Lieferanten ohne 'CT', mehrfaches speichern der gleichen Anschrift
shiptodepartment_1 in die Auswahlbox mit übernommen, breite der Selectbox "shipto" und "konto" fixiert
Konflikt mit CRM
Recommit von r1168 von skoehler: Kundennummer laesst sich nur einmal vergegen, nicht ueber Datenbankschema unique bwz. primary key
Uebernahme der kompletten Version, so wie sie Philip als "Demo-Version" gezeigt hat, in das unstable-Repo. Dabei werden auch einige Patches, die seit der 2.2.0 hier eingepflegt wurden, wieder ueberschrieben. Diese werden in den naechsten Tagen wieder eingespielt, sofern noetig. Zu den neuen Features gehoeren (ohne Anspruch auf Vollstaendigkeit) Mahnwesen, Einheiten, Template-Neucodierung, AJAX-basierende Dialoge an einigen Stellen, Buchungsgruppen etc etc.
Kundennummer laesst sich nur einmal vergegen,nicht ueber Datenbankschema unique bwz. primary key
Kosmetik: Perltidy-Lauf nach den Einstellungen in doc/programmierrichtlinien.txt ueber alle .pl und .pm.
Merge von 832 aus unstable: Bugfixsave_customer und save_vendor hatten die falschen return-Werte
Merge von 767 aus unstable: Bugfixrichtiges Quoten des User-Passworts, wichtig bei MD5 Passwoertern
Merge von 599-602,605,614,615 aus unstable: Preisgruppen Teil 1--Preisgruppenerweiterung auf Basis von Andres Patch - Thanks -Preisgruppenverwaltung -Preiseingabe der Preisgruppen in Masken Waren,etc. -Auswahl der Preisgruppen in den Verkaufsmasken -Erweiterung Datenbankschema...
Merge von 577 aus unstable: Speicherroutinen gepatcht: uid um einen Zufallswert ergaenzt, damit Batchoperationen nicht fehlschlagen
Alle Dateien durch Perltidy laufen lassen. Die verwendeten Optionen sind am Ende der neu hinzugefuegten Datei doc/programmierstilrichtlinien.txt zu finden.