Solved Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar.
+ Kommentare
Bitte Testen...

Reopend Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar.
Reverse commits 1005, 1007, 1008 back to 1004.
Reason, Doesn't work proper.

Nachtrag Bug 323, Benennung korrigiert

Fixed bug. (from r1005)

Solved Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar.
Better solution than r1005, without database changes.

Some debug messages for debuglevel LXDebug::QUERY

Solved Bug 246: Buchungsjournal stellt Stornobuchungen verwirrend dar.

Bugfix 331, SQL-Fehler bei Artikel- und Dienstleistungssuche nach Modell

Behebt/umgeht Bug 323. SQL-Fehler bei Kontenabgeleich, wenn Datum ausgewaehlt wurde.
Anzeige des Datums im Bericht als Ziffern (Routine date(...) gibt den Monat nicht
in der deutschen Sprache zurueck)

Solved Bug 329: USTVA: Winstonexport: Ordnungsnummer falsch.

Weiteren Debuglevel hinzugefuegt: LXDebug::QUERY.
Kommentar in der lx-erp.conf ergaenzt.

Weiteren Debuglevel hinzugefuegt: LXDebug::QUERY. Damit koennen dann $querys
zur Analyse ausgegeben werden. QUERY steht hinter DEBUG2 als letzter Debuglevel,
weil die query Variablen einen erheblichen Ouput erzeugen.

Fixed Bug 327.

USTVA: Leerzeilen/Zeilenumbrueche in der Adressangabe muessen richtig escapet werden. Fix fuer Bug 311.

Ein weiteres Sonderzeichen in LaTeX escapen. Fix fuer Bug 315.

Bugfix 319 Kreditorenbuchung Korrekturhaken wurde nicht gespeichert - Patch von Udo

Probleme bei der Behandlung von Buchungen mit Steuerkorrektur behoben

Fix fuer Bug #319 Fehler beim Buchen von Belegen mit Umsatzsteuerkorrektur bei Kreditoren

Fixed. Kleiner Bug beim Dialogbuchen. Steuerkonten wurden nicht gequoted beim loeschen.

Anhebung der Versionsnummer auf 2.3.0
-ungerade Zahl an zweiter Stelle bedeutet Entwicklungsversion
-gerade Zahl an zweiter Stelle bedeutet Stable

Fix fuer Bug 308: Die Ersetzung darf natuerlich nicht die gequoteten Werte fuer die Auswahlbox enthalten sondern die Originalwerte. Nur beim vorderen Teil muessen Sonderzeichen maskiert werden.

Erweiterung des <%include FILE%> Befehls um die Moeglichkeit
ein Verzeichnis unterhalb von $template_dir angeben
zu koennen. Die alte Funktionsweise bleibt unangetastet. Die
neue Syntax lautet <%include DIR/SUBDIR/FILENAME%>.

Schalter für Latexvorlagen.
Der Ausdruck <%analyse%> in Latexvorlagen bewirkt,
dass die aus den Vorlagen generierten Latexdokumente
nicht geloescht, sondern im Verzeichnis user/
gespeichert werden.

Bitte nicht vergessen, den Schalter nach dem Bearbeiten
wieder 'um zu legen', weil der Latexlauf ne Menge Output
erzeugt, und das users/ Verzeichnis unuebersichtlich wird.
Wenn <%analyse%> nicht mehr gewuenscht ist,
kann man einfach <%noanalyse%> schreiben, oder den Schalter
<%analyse%> aus dem Quelltext loeschen.

Systemintern kann diese Variable als $form->{analysed}
auf 1 oder "" gesetzt werden.
(evtl. fuer eine Ueberarbeitung der Latex Template
Bearbeitung in Lx ganz praktisch, weil Latexausgaben
direkt Online angezeigt werden könnten...)

Zeilenumbrueche entfernt und einmal locales.pl

Bug 304 - name und shiptostreet in Kundenmaske auf 35 Zeichen beschraenkt gewesen

Bugfix 301, neue Menu funktionierte nicht mit Opera 8.52 und Konqueror 3.5.0
Beim Konqueror 3.2.2 ist das Problem noch nicht behoben

Bugfix 300 falsches Quoten in Kreditorenbuchungen - Dank an Moritz

USTVA Vorschautemplate angepasst an aktuelle USTVA (1/2006) von Kai-Martin Knaak <kmk...at...familieknaak...dot...de>

Verhindere, dass die globale Variable $language ueberschrieben wird. [Merge von 849 aus dem LINET prog-Repo]

Kosmetik: Einige Anfuehrungszeichen gequotet, um Syntaxhighlighting zu erleichtern.

Table-Fehler im Pg-Upgrade-Skript beseitigt und Skript umgenannt,
hatte den falschen Namen, was ebenfalls zu Fehlern fuehrte
(Bugfix 288,290,296,297)

In Rechnungsmaske Druck eines Lieferschein wieder eingefuegt.

Wenn beim Login das Datenbankupgrade fehlschlaegt, dann sollte die Fehlermeldung auch ausgegeben werden.

Ignoriere die Verzeichnisse "webpages" und ".svn" bei der Benutzerverwaltung, die zwar im Verzeichnis "templates" liegen aber keine Vorlagen fuer Ausdrucke enthalten.

Wenn $main::myconfig noch nicht verfuegbar ist (z.B. beim Datenbankupgrade direkt nach der Anmeldung), dann muss die Sprache fuer die HTML-Vorlagen aus der globalen Variablen $language geholt werden, die in lx-erp.conf definiert wird.

Die lokalisierten HTML-Vorlagen sollten doch im Repository enthalten sein, weil ansonsten nach jedem update/checkout locales.pl laufen gelassen werden muss. Dieses WIRD zu Problemen und Irritationen fuehren.

Form::parse_html_template() darf Form::error() nicht aufrufen, weil die wiederum Form::parse_html_template() benutzt und dann unschoene Endlosschleifen entstehen koennen. Fehler innerhalb von Form::parse_html_template() sind sowieso auf fehlerhafte Installationen / Bugs zurueckzufuehren. [r814:816 aus LINET prog-Repo]

"developer" schreibt man mit nur einem "p".

Wenn die Datei .developper im Lx-Office-Installationsverzeichnis exisitert, dann bei Ausgabe einer HTML-Vorlage ueberpruefen, ob die Master-Vorlage neuer ist und gegebenenfalls abbrechen. [r809 aus LINET prog-Repo]

Automatische Datenbankupgrades. Einfach upgrade Datei ins sql/ Verzeichnis legen, einloggen, fertig. SL/Form.pm::dbversion ist nicht mehr noetig. [r806:808 aus LINET prog-Repo]

Die automatisch generierten HTML-Templates koennen ignoriert werden.

Die automatisch generierten HTML-Templates sollten nicht im Repository gespeichert werden.

Die HTML-Vorlagen werden nun ebenfalls von locales.pl uebersetzt. Dabei werden alle Vorlagen mit name_html benannt und nach name_sprache.html ausgegeben. Der zu uebersetzende Text steht innerhalb von <translate>...</translate>. Diese Tags koennen an beliebigen Stellen vorkommen, also auch z.B. in Attributen von regulaeren HTML-Tags oder innerhalb von <TMPL ...>-Tags.

Die Funktion Form::error(), die u.a. auch von Form::isblank() und Form::dberror() aufgerufen wird, gibt nun ihre Fehlermeldung ueber die Standard-Fehler-Vorlage aus. [r778 aus LINET prog-Repo]

Greife direkt auf %myconfig aus dem "main"-Namensraum zu, da das Objekt immer existiert, wenn parse_html_template aufgerufen wird. Ausserdem gibt es immer nur dieses eine. [r775 aus LINET prog-Repo]

Erlaube die Uebergabe von weiteren Parametern direkt an die HTML-Vorlage unter Umgehung von $form.

Vorlagen werden nun direkt lokalisiert. Die Funktion zum Parsen der Vorlagen sucht explizit zuerst nach der Vorlage fuer die ausgewaehlte Sprache.

Erste Version eines Template-Systems fuer die HTML-Seiten. Nur die Backend-Funktion ist implementiert. Verwendet wird HTML::Template. Die Templates muessen im Verzeichnis templates/webpages liegen. Neue Masken koennen nun mit dem Template-System erstellt werden. Bestehende Masken sind davon nicht beruehrt.

<html>-Tag vor eigentlichem HTML-Code ausgeben.

Jedes Datenbankupdate wird in einer Transaktion gekapselt. Somit wird ein Upgradescript entweder ganz oder gar nicht ausgefuehrt.  Ausserdem wird die Versionsnummer automatisch hochgesetzt und muss nicht mehr im Upgrade-Script gesetzt werden.

Sammelrechnungen waren nicht mehr abspeicherbar,
das hier behebt diesen Bug.

Neuanfang in unstable mit Release 2.2.0: Kopie des Releasestandes.

Kosmetik: Perltidy-Lauf nach den Einstellungen in doc/programmierrichtlinien.txt ueber alle .pl und .pm.

Changelog ueberarbeitet, Versionsnummern hochgesetzt, Pg-upgrade-Skript umbenannt

Merge von 853 aus unstable: Korrektur
STDERR entfernt, Packet List in Lieferschein umbenannt, Vorlagen geändert, locales

STDERR entfernt, Packet List in Lieferschein umbenannt, Vorlagen geändert, locales

Merge von 843,844 aus unstable: UStVa Bugfix, locales, Update help
-843
Fixed minor locales problems. Updated help.
-844
Fixed minor locales problems in account dialog.

Merge von 842 aus unstable: Bugfix 275
Fix 275. fromdate missing.

Merge von 816-819,828 aus unstable: UStVa Bugfix, Bug 262 & 264
-816
Bug 262 fixed!
USTVA UPDATE der Positionen und Verknuepfungen.
Die UPDATEs sind relativ vollstaendig und sortiert,
so dass eine weitere Pflege einfach ist. taxkey's sind noch nicht
integriert, deshalb sind einige updates in liste.aql doppelt gemoppelt,
was m.E. unproblematisch ist, gleiches gilt für
den Germany-DATEV-SKR03EU-chart.sql
-817
Bug 264 fixed. Thanks to Martin Krung.
-818
Fixed date problems between database and screen-output,
reported by Holger on the devel-ML.
-819
Update table tax
-828
USTVA: Fixed upgrade Problems for tax table

Merge von 845 aus unstable: Bugfix Lizenzen
Beim Drucken von Rechnungen mit mehreren Lizenzen wurden die Lizenzen versetzt gedruckt

Merge von 845 aus unstable: Bugfix Nachtrag zu r839
Drei Stellen, die durch die veraenderte sub write_trigger Javascript Fehler provoziert haben.

Merge von 845 aus unstable: Lieferdatum in Rechnungen
- deliverydate auf Postenebene umbenannt in deliverydate_oe (danke an Frank Belau)
- transdate_oe und deliverydate_oe entsprechend der anderen Datumsvariablen formatiert
- latex-template-variablen.html aktualisiert

Drei Stellen, die durch die veraenderte sub write_trigger Javascript Fehler provoziert haben.

- deliverydate auf Postenebene umbenannt in deliverydate_oe (danke an Frank Belau)
- transdate_oe und deliverydate_oe entsprechend der anderen Datumsvariablen formatiert
- latex-template-variablen.html aktualisiert

Fixed minor locales problems in account dialog.

Fixed minor locales problems. Updated help.

Fix 275. fromdate missing.

Merge von Testing: Changelog
Aktualisiertes Changelog fuer das Release auf Basis des R840

Changelog ueberarbeitet und Reihenfolge wieder geaendert

Merge von 833,836-838 aus unstable: Lieferdatum in Rechnungen
-833
Lieferdatum in Rechnungen.
Lieferdatum wird nicht auf automatisch gesetzt und ist zur Zeit auch nicht vom Programm erfordert.
Es wird bei der Konvertierung von und in Auftraege beibehalten.
-836
Aenderung von write_trigger zusammen mit einem Aufruf im alten Format
hat einen Javascript-Fehler beim Waren erfassen erzeugt.
Fixed.
-837
Export des Lieferdatums fuer gedruckte Rechnungen.
Die Variable ist <%deliverydate%>.
Anbei Rechnungen mit Lieferdatum in tex und html.
(Sollte sich jemand anschauen der weiss wie die auszusehen haben)
-838
Doku Update zu r837

Doku Update zu r837

Export des Lieferdatums fuer gedruckte Rechnungen.
Die Variable ist <%deliverydate%>.
Anbei Rechnungen mit Lieferdatum in tex und html.
(Sollte sich jemand anschauen der weiss wie die auszusehen haben)

Aenderung von write_trigger zusammen mit einem Aufruf im alten Format
hat einen Javascript-Fehler beim Waren erfassen erzeugt.
Fixed.

Merge von 832 aus unstable: Bugfix
save_customer und save_vendor hatten die falschen return-Werte

Merge von 829,831 aus unstable: Bugfix 270
Rabatt wurde fehlerhaft uebernommen beim Umwandeln von Angebot in Auftrag. Fixes Bug#270
Bei der Umwandlung von Angeboten/Anfragen in Auftraege wurden verschiedene Felder beschnitten/flasch formatiert

Lieferdatum in Rechnungen.
Lieferdatum wird nicht auf automatisch gesetzt und ist zur Zeit auch nicht vom Programm erfordert.
Es wird bei der Konvertierung von und in Auftraege beibehalten.

save_customer und save_vendor hatten die falschen return-Werte

Bei der Umwandlung von Angeboten/Anfragen in Auftraege wurden verschiedene Felder beschnitten/flasch formatiert

Beim Drucken von Rechnungen mit mehreren Lizenzen wurden die Lizenzen versetzt gedruckt

Rabatt wurde fehlerhaft uebernommen beim Umwandeln von Angebot in Auftrag. Fixes Bug#270

USTVA: Fixed upgrade Problems for tax table

Merge von 825,826 aus unstable: Bugfix 165
-Bugfix 165: Projektnummern muessen jetzt eindeutig sein.
-Nachtrag r825, Reihenfolge DB-Schemata

Nachtrag r825, Reihenfolge DB-Schemata

Bugfix 165: Projektnummern muessen jetzt eindeutig sein.

Merge von 820 aus unstable: Bugfix 160
Fix zu Bug 160. Fehler war eine Zeichenbeschraenkung der Optionenbeschreibung auf 50 Zeichen.

Merge von 815 aus unstable: Bugfix Upgradeskript
Fehler im Upgrade-Skript: Kunden wurden nicht auf nicht ungueltig gesetzt
und Fehlerhaftes Constraint verhindert Anlage von table prices

Merge von 814 aus unstable: Bugfix 163
Übersetzungskollision die zu Bug 163 fuehrt.
Sollte hiermit gefixt sein.

Merge von 813 aus unstable: Bugfix
Berichte -> Kontenuebersicht -> Konto auswaehlen -> Abteilung auswaehlen -> Buchungsliste
ergab einen SQL Fehler. Dieser Fix sollte das beheben

Fix zu Bug 160. Fehler war eine Zeichenbeschraenkung der Optionenbeschreibung auf 50 Zeichen.

Update table tax

Fixed date problems between database and screen-output,
reported by Holger on the devel-ML.

Bug 264 fixed. Thanks to Martin Krung.

Bug 262 fixed!
USTVA UPDATE der Positionen und Verknuepfungen.
Die UPDATEs sind relativ vollstaendig und sortiert,
so dass eine weitere Pflege einfach ist. taxkey's sind noch nicht
integriert, deshalb sind einige updates in liste.aql doppelt gemoppelt,
was m.E. unproblematisch ist, gleiches gilt für
den Germany-DATEV-SKR03EU-chart.sql

Fehler im Upgrade-Skript: Kunden wurden nicht auf nicht ungueltig gesetzt und Fehlerhaftes Constraint verhindert Anlage von table prices

Übersetzungskollision die zu Bug 163 fuehrt.
Sollte hiermit gefixt sein.

Berichte -> Kontenuebersicht -> Konto auswaehlen -> Abteilung auswaehlen -> Buchungsliste
ergab einen SQL Fehler.
Dieser Fix sollte das beheben.

Merge von 810 aus testing: Update changelog

Changelog ueberarbeitet und Reihenfolge geaendert

Merge von 808 aus unstable: Bugfix 267
Bei Bilanz waren die Variablen fuer Stichtag und Vergleichsstichtag vertauscht, behebt Bug#267

Bei Bilanz waren die Variablen fuer Stichtag und Vergleichsstichtag vertauscht, behebt Bug#267