Liste der benötigten Perl-Pakete nach Holgers Patch (Revision 4115) für INSTALL.txt in der Quelldatei INSTALL.texi aktualisiert.

Summen und Salden:
Erst auf 0 checken. Dann formatieren...

Fix für Bug 1012.

Defaultwert für customermultibox ist nicht customer.

Fix für Bug 1010 und 1011.

Whitespace Purge

Der Lieferant der Ware ist jetzt ein Auswahlfeld (vendor.id == makemodel.make) Falls eine Freitext-Eingabe existiert, die dem Namen entspricht, wird diese direkt angelegt.

Versionspdate auf 2.6.0 RC 1

Pseudo-Fix fuer Bug 984

Der Verkaufspreis bei Erzeugnissen wird automatisch berechnet. Das macht kaum Sinn, deswegen werfen wir die entsprechenden Zeilen aus check_form und save in io.pl und ic.pl weg

Aenderungen fuer Bug 1004 - Verschoenerungen an der Erzeugnismaske im Bereich Einzelwaren. Leider wieder template-Code zurueck in die ic.pl portiert. Sinnvollere Bezeichnungen

Templatebasierte OE Suche übernommen.

Und die locales zum letzten Commit.

Lieferantennummer/Kundennummer in Kunden/Lieferantenberichten ersetzt durch schlicht "Nummer".
Kontext ist klar, und spart Bildschirmplatz.

Vorgeschlagen in Bug 1007.

Preise in previousform müssen auch korrekt formatiert werden.

Fix für Bug 987.

Whitespace Purge + 2 Funktionen auf Debuglevel 2 gesetzt.

Fix fuer Bug 980 Ertraege auch fuer Erzeugnisse in Rechnungen ausweisen

Bessere Abfragen und (Fehler-)Meldungen bei Preisupdates.

Fix für Bugs 480.

Die Rückgabewerte der Funktionen DBI::do und DBH::execute zurückgeben.

Lieferant -> Lieferungen: Mengen müssen mal -1 genommen werden, um positiv zu erscheinen.

Ausserdem einen Hilfstext angebracht, der darauf hinweist, dass die Liste auf 15 Zeilen begrenzt ist.

Fix für Bug 982.

Kosmetik.

Pricegroup Informationen anständig im Template Formatieren und nicht *schauder* im Backend beim laden.

Fix für Bug 996.

Kunde/Lieferant -> Lieferungen:

- javascript kalender für die Datumsfelder gefixt.
- ajax aktualisiert jetzt auch bei änderungen der datumsfelder.

TEMPLATE_ARRAYS auf einen definierten Zustand setzen.

Waren:
Preise auf mindestens 2 Stellen runden.

Locales für -r4165

IC.pm->all_parts: Im bom Modus (Einzelteile von Erzeugnissen mit anzeigen) Preisfaktoren berücksichtigen.
Ausserdem das recht seltsame Query umgeschrieben.

Fix für Bug 987.

IC.pm->prepare_parts_for_printing an die TEMPLATE_ARRAYS Konvention angepasst,
Dor auch gleich die Spalten drawing, microfiche, image und weight exportiert.

Ausserdem clobbering von TEMPLATE_ARRAYS in IS.pm entfernt.

Fix für Bug 992.

listprice wird nicht in Rechnungen gespeichert und sollte auch nicht in den Templates verwendet werden.

Kundenauswahl via generic/multibox.html geregelt -- dadurch wird auch das ?-Popup-Fenster angezeigt.

Och Philip...

Abteilung aus der Zahlungsmaske entfernt, Fix fuer Bug #340

Ueberschrift in der SuSa geaendert, Fix fuer Bug 995

Ausrichtung der Textspalten im Buchungsjournal geaendert, Fix fuer Bug #994

Darstellung bei der GUV auf einheitlich zwei Nachkommastellen geaendert, Fix fuer Bug #951

Die Variablen wurden beim Umwandeln zu spaet gesichert

Fix fuer Bug 852 Lagerplatz wird nicht angezeigt - Der Lagerplatz kann in verschiedenen Lagern vorhanden sein. Einen Standardlagerplatz gibt es hierfuer nicht. Entsprechend in der Berichtsmaske ic/search_html auskommentiert

Fix fuer Bug 979 - EK der Einzelwaren fuer ein Erzeugnis wird erst spaeter angezeigt

Alle in der lx-erp.conf angelegten Variablen via 'use vars' deklariert.

Außerdem die lx-erp.conf.default auf den aktuellen Stand gebracht.

Dokumentationsupdate: html2ps wird vom ReportGenerator schon nicht mehr unterstützt.

Kontenübersicht zeigt jetzt nur noch bebuchte Konten an.

Fix bzw. Implementierung von Bug 944.

Kosmetik.

Den Namen bzw. den Pfad zum LaTeX-Executable konfigurierbar gemacht.

Fix für Bug 942.

Beim Anlegen von Tabellen, die OIDs brauchen, explizit "WITH OIDS" mitgeben.

Grund: PostgreSQL ab Version 8 legt OIDs normalerweise nicht automatisch
mit an, es sei denn, es ist in der Clusterkonfiguration explizit wieder
aktiviert worden.

Fix für Bug 941.

Nach der Projektauswahl die richtige Funktion aufrufen.

Fix für Bug 940.

Fix fuer Bug 985. Das Feld 'Bilanz: kein' hat keine Auswirkung fuer die weitere Bilanzierung. Nette Idee an der Oberflaeche ohne Tiefenwirkung. Deshalb erstmal auskommentiert.

Mehrere Lieferscheine koennen zu einer Rechnung zusammengefasst werden, dementsprechend werden die Lieferschein-Nummern jetzt Leerzeichen-separiert als Vorbelegung benutzt

List::MoreUtils für kompakteren Code benutzen.

Beim Einlagern aus dem Lagersystem neue Waren auch anlegen.
Note: Für Erzeugnisse funktioniert dieser Mechanismus nicht, weil irgendwer es für wahnsinnig schlau hielt, Assemblies so zu coden,d ass sie reaonly sind, sobald previous_form gesetzt ist.

Partieller Fix für Bug 937.

Das Perl-Modul "List::MoreUtils" als Fallback hinzugefügt.

Damit ist es möglich, List::MoreUtils einzusetzen, ohne sich Gedanken
darüber machen zu müssen, ob es installiert ist.

Aufträge/Rechnungen dürfen Preise mit mehr als 2 Nachkommastellen haben.

Fix für Bug 998

Beim Anlegen von Wiedervorlagen die Kunden- bzw. Lieferanten-ID nicht mit als Referenz speichern.

Werden in den Ein- und Verkaufsbelegen die Lieferanten bzw. Kunden
mit einer Drop-Down-Box dargestellt, so wurde die Datenbank-ID
des Lieferanten/Kunden mit in die Referenz übernommen, weil der
reguläre Ausdruck die ID nicht entfernt hat (".*?" matcht nun mal
auf den leeren String).

Fix für Bug 999.

Bei Waren das Feld 'Erneuert am' sinnvoll behandeln.

1. Das Feld ist nun read-only; den eh nicht funktionablen Button für den Kalender entfernt.
2. Es wird beim Speichern explizit überprüft, ob sich mindestens einer der Preise verändert hat, und falls ja, so wird das Feld auf den aktuellen Datumswert gesetzt.

Latex Parser:

if innerhalb von foreach schlägt fehl, wenn die Variable im neuen TEMPLATE_ARRAY Format abgelegt ist.
if muss also auch dort suchen.

Fix für Bug 992.

Weiterer Fix für 988.

Das ist allerdings auch mit das Äusserste was man aus der Methode rausholen kann.
Bei mir ist der Link beim Laden jetzt auf ~2,4kB runter.

Lieferscheindruckvariablen in den speziellen "TEMPLATE_ARRAYS" namespace ausgelagert.

stock_info Werte müssen in Lieferscheinen rchtig exportiert werden.

Teilfix für Bug 960.

Umlaute als HTML-Entities schreiben.

Funktion "Als Entwurf speichern" für Dialogbuchungen implementiert.

Teil eines Fixes für Bug 612.

Konsistenz für Beschriftungen bei Mahnungen.

Fix für Bug 986.

Und nochmal anders:
Previous Form nur die Werte speichern, die SCALAR und nicht leer sind.

Damit dann auch wieder die previousform Funktion in assembly_row->part

assembly_rows: links auf items rauchen auch keinen rowcount...

In GET Links keinen kompletten Form Dump unterbringen (why anyway?)

Fix für Bug 988

Das Feld "Gewichtseinheit" in den Einstellungen wieder eingeführt und in den Warenstammdaten- und -berichtsmasken angezeigt.

Fix für Bug 963.

Erzueugnisse mit Preisfaktoren beim laden mit auslesen.

Preisfaktoren in Erzeugnissen auch im globalen Verkaufspreis richtig übernehmen.

Pricefaktoren auch im assembly_row flow mitschleifen und berechnen.

Fix für Bug 987

Überflüssges { entfernt.

Buttonbeschriftung vereinheitlicht.

Fix für Bug 975.

(Vergessener Locale-Lauf)

Buttonbeschriftung vereinheitlicht.

Fix für Bug 975.

aliased subqueries müssen mit ihrem alias im group by  stehen.

Fix für Bug 983.

List::MoreUtils durch einen einfachen ausdruck ersetzt.

Fix für den aufgemachten Bug 906.

Beim Wechsel des Kunden das Konto und den Steuerschlüssel richtig vorbelegen.

Zum Einen sollte das Konto in der ersten Positionszeile nur dann gewechselt werden,
wenn in der Zeile noch kein Betrag eingetragen wurde. Zum Anderen sollte, wenn
das Konto auf das zuletzt für diesen Lieferanten bebuchte Konto gesetzt wird, auch
der zum neu ausgewählten Konto dazugehörige Steuerschlüssel ausgewählt werden und
nicht derjenige, der in der Maske vorher ausgewählt war.

Teil des Fixes für Bug 960.

Weiterhin bei Debitoren- und Kreditorenbuchungen die versteckten Variablen für
den Steuerbetrag bei jedem Erneuern neu berechnen lassen. Ansonsten kann es
passieren, dass in einer Zeile, in der zwischenzeitlich ein Betrag stand, der
seitdem entfernt und die Zeile dadurch resettet wurde, trotzdem ein Steuerbetrag
angezeigt wird, weil die versteckte Variable immer mitgeschliffen wurde.

Debian-Abhängikeit ergänzt/berichtigt

Beim Wechsel des Lieferanten das Konto und den Steuerschlüssel richtig vorbelegen.

Zum Einen sollte das Konto in der ersten Positionszeile nur dann gewechselt werden,
wenn in der Zeile noch kein Betrag eingetragen wurde. Zum Anderen sollte, wenn
das Konto auf das zuletzt für diesen Lieferanten bebuchte Konto gesetzt wird, auch
der zum neu ausgewählten Konto dazugehörige Steuerschlüssel ausgewählt werden und
nicht derjenige, der in der Maske vorher ausgewählt war.

Teil des Fixes für Bug 960.

lower(spalte) und ähnliche ausdrücke dürfen nicht in UNIONS zum sortieren benutzt werden.

Fix für Bug 981

Beim Aufrufen der Dialogbuchenmaske automatisch die richtigen Steuersätze für die vorausgewählten Konten und für neu angezeigte Zeilen ("Erneuern") auswählen.

Teil des Fixes für Bug 960.

Überraschend einfacher Fix für Numemrnkreisproblem in Kunden/Lieferantentypen.

Wenn ein Nummernkreis eines Kunden/Lieferantentyps leer ist, wird jetzt auf den STandardkreis ausgewichen.

Fix für Bug: 906

Beim Aufrufen der Dialogbuchenmaske automatisch die richtigen Steuersätze für die vorausgewählten Konten auswählen.

Fix für Bug 960.

Weniger Perversion, mehr andere Perversion.

Beim Bericht über Erzeugnisse den Einkaufspreis auch anzeigen, wenn er ausgewählt ist.

Der Einkaufspreis berechnet sich dann aus der Summe der Einkaufspreise der Einzelartikel,
wobei dieser wiederum das Produkt aus Einzeleinkaufspreis und Anzahl ist.

Fix für Bug 978.

Alten, auskommentierten Code für die Artikelliste entfernt.

Bugfix: Erzeugnisse wurden nicht mit er korrekten Überschrift angezeigt.

Bugfix für Bug 977.

Druckerauswahl war nicht korrekt bei leerer Druckermenge.

Fix für Bug 934.

makemode.make ist ein Textfeld und darf nicht mit ids (integers) geunioned werden.
Für die reine Überprüfung auf Existenz reicht hier auch eine 1.

Fehlende Localesläufe aus 4091 und 4093.

Zu viele Abhängigkeiten erwähnt (Copy & Edit-Fehler).

Patch aus Bug 946 übernommen.

Fix für Bug 946.

Ergänzung zu Jans Bugfix: Nur diejenigen Lagerplätze anzeigen, die positiven Bestand haben.

Bei verbrauchten Warenbeständen scheint diese Abfrage zu falschen Lagerbeständen im Bereich Lieferschein zu führen. @mb Testdaten zeige ich Dir morgen

Überreste aus altem Query sorgen für ungültige SQL-Abfrage. Fix für Bug 966.

Hotfix für Fehler bei Lieferantenauftrag per E-Mail versenden, aufgrund von Revision 4093 @mb Bei der Migration wäre ein Umwandeln in der DB in Tabelle makemodell make==vendor_id sinnvoll. Morgen mehr

Vorlage fuer Lieferscheine auf dispatcher Mechanismus umgestellt

acctranscorrections.pl muss ein Link sein.

acctranscorrections.pl muss ein Link sein.

Backport von Revision 7581 von XPlace. Hintergrund: Hersteller und Modell sind derzeit Freitextfelder, in der Regel möchte man Lieferanten und die entsprechenden Lieferanten-Art.-Nr. abbilden. Am liebsten noch mit Lieferanten-Art-Preis. Dazu vielleicht nach der 2.6 mehr

Bei Erzeugnissen wurde bisher nur der VK addiert und ferner dann noch der VK-Preis obendrauf für die Gesamtsumme. Interessant ist aber 'laut Kundenmeinung' und 1h Diskussion, ob sich um einen Produktfehler handelt und was EDV-Dienstleistung gewährleistet und was nicht, der EK und der VK ist demnach ein Fehler. ;-). Gut. Erweitert wurde die Maske Erzeugnis um die Anzeige des EKs der Einzelwaren und die Summierung, analog zu dem 'alten' VK

Und die Übersetzung für Purchase Price

Eine Funktion implementiert, die SQL-Code für Sortierbedingungen unter Berücksichtigung von Standardwerten, gültigen Spaltennamen und Benutzereingaben erstellt.

Hash initialisieren.

Die ID sollte 64bit groß sein.

Einführung einer ID-Spalte in acc_trans

Die Benutzung der von PostgreSQL zur Verfügung gestellten
Spalte "oid" hat ihre Tücken. Über diese wird in Lx-Office die
Reihenfolge der Einträge in acc_trans geregelt. Wird aber ein
UPDATE-SQL-Query auf acc_trans ausgeführt, so kann es (anscheinend
je nach Datenbankversion) dazu kommen, dass die Zeile eine neue
oid erhält, wodurch die Reihenfolge nicht mehr stimmt.