PartImport: check_existing etwas optimiert, spart bei Testimports gut 40% Zeit.

Warnung wenn der Taskserver nicht läuft

Error Reporting, und robuster gegen Fehler im Report save/load

locale update

neustart bug von taskserver gefixt

pollen für ajax fortschritt max alle halbe sekunde

pricegroups nur anzeigen, wenn sie auch wirklich vorhanden sind.

init methoden sollen nur zurückgeben

Anzahl der Zeilen für den Report cachen un indizieren

Da das auch mal gerne 4mio+ werden dauert das sonst elend lange.

Fehlerhafterweise wurden leere statuszeilen rot markiert.

Fehlerhafter Test

nicht hochgeladene Datei abfangen

Fehlende Übersetzung

progress tracking für andere imports

cleanup nach jedem import

cleanup fix

test korrekt mitschleifen

debug code

paginating für test_import

report paginaten

cleanup Methode und Manager für CsvImportReport

Fehler korrekt weiterleiten

Bugs bei formatierten Methoden behoben

import button einblenden nach erfolgreichem test.

Übersetzungen

Progress genauer anzeigen

Weitere Verbesserungen am asynchronen Import.

- tracking
- profile/session handling

debug

action_report zu den anderen actions verschoben

richtigen progress anzeigen

set_data Methode

SessionFile optional mit session_id laden

(wird für background_jobs benötigt

BackgroundJobCleanup

Asynchroner Import

Report in der richtigen Reihenfolge speichern und anzeigen.

Includeprobleme bei SL/DB Objekten vermeiden

destroy methode für CsvImportReport

CsvReport: Status mitspeichern

Csv Import in Datenbank zwischenspeichern und rudimentärer Report.

Doku für dbupgrade --create

CsvImportProfiles an den erstellenden Benutzer gebunden

Revert "tax_id in acc_trans"

This reverts commit 357d134d265637fb37ed2cd47da2ce3ef44d015a.

Revert "Fremdschlüssel für tax_id in acc_trans"

This reverts commit a4fce26ecdececd74cf1c63de7dcc959083d7e6c.

Revert "DB-Upgrade: Fehlendes "@charset" ergänzt"

This reverts commit fbea33b1c3cdc823712e22175321d3b75a20b754.

Revert "Fehler beim Schreiben von tax_id"

This reverts commit 94915eda8e84805b5745b81fefc67be9ecde55f8.

Revert "Probleme bei Mwst-Wechsel"

This reverts commit 072919154edb34f4afed6bf93fdbdae5b0969385.

Merge branch 'master' of vc.linet-services.de:public/lx-office-erp

SL::Locale::String kann jetzt auch Parameter

t8('The is no cake, at least with id #1', 42)

SEPA-Einzug: Rechnungen mit gesetztem "Lastschrifteinzug" vorauswählen

Debitorenbuchungen: Checkbox für "Lastschrifteinzug"; Vorbelegung aus Stammdaten

Verkaufsrechnungen: Checkbox für "Lastschrifteinzug"; Vorbelegung aus Stammdaten

Kunden-/Lieferantenstammdaten: anklickbare Checkbox-Labels

Stillen Fehler bei cascade-save von one-to-many relations behoben.

Folgendes Phänomen:

       table X                       table X_items
       id                            X_id references X(id)

wird in Rose zu

SL::DB::X und SL::DB::XItems, wobei SL::DB::XItems::X eine automatische
relationship zu X bildet, und in den meisten Fällen SL::DB::X::items eine
manuelle Relationship in die Gegnrichtung.

Was nun passiert ist, war, dass ein save(cascade => 1) auf X die items nicht
mitegspeichert hat.

Das Problem war, dass unser Hooksystem nicht sichergestellt hat, dass die
überladene save Methode von SL::DB::Object immer das Ergebnis der eigentlichen
Speicherung zurückgeliefert.

Rose::DB::Object selber braucht diesen Rückgabewert nicht, und dokumentiert das
Verhalten auch nur informal. Die von den relations angelegten post-save Hooks
prüfen den aber, und schmeissen bei nichterfolg eine Exception.

Das nächste Problem ist jetzt, dass Rose::DB::Object intern die Fehler nicht
direkt wirft, sondern den letzten Fehler in $self->error speichert, und den
dann einfach wirft. Unser undef der überladenen save Methode wird als Fehler
erkannt, aber weil nie ein Fehler gesetzt wurde, wird effektiv "die undef"
aufgerufen.

Das landet dann als "Died at .../Rose/DB/Object/MakeMethods/Generic.pm line
3741." im eval error von Rose::DB::Object::save. Das gibt das Ganze weiter an
den Rose::DB::Object::Metadata::handle_error, der das wiederum an Carp::croak
weitergibt.

Carp packt das gnaze in eine weitere Lage "Died at" ein, und bubblet das ganze
weiter an unser Hooksystem, wo die Rose::DB::do_transaction den Fehler fängt,
und folgerictig ein rollback triggert.

Jetzt der Trick: Bei Rose ist Rose::DB::Object für die Eskalation zuständig.
Rose::DB::do_transaction beendet nur die Transaktion und sieht zu dass nichts
kaputtgeht, und gibt dann undef zurück. Die Exception ist damit im
Errorattribut der DB Connection versenkt.

Rose::DB::Object umgeht das gleiche Problem indem im Fehlerfall die Exception
gefangen wird, die Transaktion sauber beendet wird, und danach erst der
Metadata::handle_error den Fehler zur weiteren Eskalation bekommt.

Dieser Patch erweitert unser Hooksystem so, dass immer der Rückgabewert des
RDBO::save zurückgegeben wird, was dann den Fehler nicht mehr triggert.

Zusätzlich müssen später noch Exceptions im Hooksystem gefangen werden, und
auch da sauber die Transaktion beendet werden, bevor die gehandhabt werden.

Syntaxfehler gefixt

cgi->popup_menu durch L.select_tag (in templates/webpages/ap/form_header.html) ersetzt

PHP-Code aus ERP entfernt. Wird als Extrapakete angeboten.

Wird nicht mehr weiterentwickelt / gepflegt. Funktion fraglich.

Evtl. Nachfolgeprojekt auf Basis der neuen PHPeppershop-Schnittstelle.

HTML aus der Funktion bin/ap.pl:form_footer in ein Template übertragen.

Merge branch 'master' of vc.linet-services.de:public/lx-office-erp

html syntax fehler

HTML-Escape unter templates/ap/form_header.html eingefügt

HTML-Code aus bin/ap.pl/form_header in ein eigenes Template übertragen

Menüs: "target=..." wieder unterstützt

menu.ini: target=_blank anstelle von _top

Menu-V3-Code: Css.pm nach V3.pm gemerget

Css.pm war noch nötigt, als es gemeinsamen Code für V3.pm und V4.pm
enthielt. Letzteres gibt es inzwischen nicht mehr.

Refactoring menu.ini: überflüssige "target=acc_menu"-Zeilen entfernt

JS- und CSS-Menüs: Frame-Header vereinheitlicht

DB-Upgrade: Fehlendes "@charset" ergänzt

Umbenennung in kivitendo

Schreibfehler korrigiert: kivitendo statt kiviteno

Im Auftrags-/Angebotsbericht richtig nach Verkäufer sortieren.

Vorher wurde auch hier nach Bearbeiter sortiert.

Probleme bei Mwst-Wechsel

Durch einen Mwst-Wechsel kam es bisher zu einigen Problemen, folgende
behebt dieser Commit:

1.Korrektes Öffnen von Dialogbuchung bei inkl Steuern

2.Korrekte Anzeige Steuersatz in
  Berichte-Kontenübersicht-...-Konto auswählen

3.Korrektes Öffnen von Kreditorenbuchungen

Fehler beim Schreiben von tax_id

Bei Kreditorenbuchungen wurde noch die falsche Steuer-id geschrieben,
wenn man den Steuersatz in einer Position selbst anpasst.

Fremdschlüssel für tax_id in acc_trans

Dieser Commit fügt einen Fremdschlüssel für die Spalte tax_id in
der acc_trans zu der Spalte id in tax ein.

Vergessene hidden (date) für Lagerbestandsbericht hinzugefügt

ic.pl: Auswählen-Button auf der Top100-Seite auskommentiert.

Schon in Commit 1a500c31f23ea9fef89b35af688249f18afeb939 ist die action "choice"
rausgeflogen. Jetzt ist auch der zugehörige Button weg.

fixt #2113

Merge branch 'master' of vc.linet-services.de:public/lx-office-erp

Bankkonten löschbar machen

Da Bankkonten nur von SEPA(und dort nur die Kontodaten kopiert werden) verwendet
werden, muss nicht geprüft werden, ob das Konto noch verwendet wird.
fixt #2085

Dokumentation für Python-Konfigurationsvariablen

Python-Interpreter und -Modulpfad über Konfigurationsoptionen in kivitendo.conf konfigurierbar gemacht

Behebt #671.

Syntaxkompatibilität zu Python 3

Verzeichnis users/.cache ignorieren

Verzeichnis "mail" nicht als Druckvorlage anbieten

tax_id in acc_trans

Dieser Commit enthält das Update-Script um eine neue Spalte Namens
'tax_id' in die Tabelle 'acc_trans' einzufügen. Diese Spalte ist
ein Pflichtfeld.

Das Pflichtfeld wird jetzt immer geschrieben bei:

-VK-Rechnungen (auch automatisch erzeugten)
-EK-Rechnungen
-Kreditorenbuchungen
-Debitorenbuchungen
-Dialogbuchungen

Durch das Feld 'tax_id' können in der Tabelle tax der
Steuerschlüssel und der Steuersatz ausgelesen werden.

In diesem Commit wird allerdings der Wert in tax_id nur geschrieben,
im Moment wird er noch nirgendwo ausgelesen.

SelfTest: Ungepaarte Stornos auch im Einkauf prüfen

Umleitung der Ansprechpersonensuche (im MenüV3-Header) gefixt

fixt #2105

Merge branch 'dev'

Weitere Updates Release-Management-Doku

Update Dokumentation

Update Versionsnummer und Changelog

Aktualisierung Dokumentation zum Release-Management

Datenbankupgradescript für Release 3.0.0

f-tex Versionsnummern angepasst

Das Einblenden von ausgeblendeten CVar-Filtern gefixt.

Suchmaske für Verkaufsberichte an das "Kivitendo"-Design angepasst.

Release 3.0.0rc1

changelog und UPGRADE updates

Bug 1832 - GuV-Bericht Ist-Versteuerung wiederhergestellt

In dem Abschnitt ar sollen die Erlöse laut ac.amount relativ zu den
Zahlungseingängen ausgewiesen werden. Dann kam eine Prüfung rein, ob der
Rechnungsbetrag vielleicht 0 ist, um eine 0 im Nenner zu verhindern.
Diese Prüfung greift aber sowohl bei Verkaufsrechnungen mit Betrag 0 als
auch fälschlicherweise bei Eingangsrechnungen mit Betrag x. Diese
Aufwände wurden dann mit 1 multipliziert und haben dann die Aufwände,
die später im ap-Teil berechnet wurden, negiert, weshalb die Ausgaben
alle 0 waren. Der Patch von Uwe Konrad macht also genau das Richtige,
und ich habe noch ein paar überflüssige Prüfungen auf 0 rausgenommen.

Damit sollte die Funktionalität wie von vor der 0-Prüfung
wiederhergestellt sein.

Ob dieses Verfahren dann noch richtig ist, wenn Bug 1793 angegangen
wird, muß man dann noch sehen.

Überflüssige "jquery-ui"-Einbindungen gelöscht

noch ein jquery include zuviel