DB-Upgrade: Queries nicht in der Schleife preparen

Datenbank mit 100k invoice Einträgen braucht Jahre sonst.

Wiederkehrende Rechnungen: Variablen Periodenstart-/-enddatum richtig setzen

Die Perioden beginnen nicht mehr immer nur am 1. des Monats, sondern an
dem Tag, der über das Vertragsstartdatum angegeben ist. Daher müssen
auch die Variablen <%period_start_date%> und <%period_end_date%> anhand
des Vertragsstartdatums gesetzt und dürfen nicht auf den Monatsbeginn
beschnitten werden.

Keine Default Exporte mehr in den main:: space

Ich hoffe ich habe alle erwischt. Dieser Commit, macht folgendes:

Exports in den main:: space passieren immer, wenn ein bin/mozilla/
script ein Modul einbindet, das @EXPORT setzt.

Laut meiner ack/grep Magie sind das SL::MoreCommon und SL::Helper::Flash
gewesen.

In beiden Fällen waren das importe, wo die eigentlichen Funktionen
vorher im main:: space gelegen haben und dann nachträglich in ein Modul
verschoben wurden.

Ich habe also:

1. Im script selber die Exportliste exakt auf die Funktionen gesetzt die
das script selber benutzt, gefunden mit dem oneliner:

 perl -MSL::Helper::Flash -nle 'my $re = join "|", \
       @SL::Helper::Flash::EXPORT; print $1 if /($re)/' bin/mozilla/dn.pl \
       | sort | uniq

Das waren in Flash: flash und in MoreCommon: save_form und restore_form.

2. Für den Fall, dass andere scripte im main:: Space diese Funktionen
benutzen alle anderen bin/mozilla Scripte nach diesen Funktionen
durchsucht, und für den Fall dass sie _nicht_ selber ein require
b/m/common.pl machen die entsprechenden imports hinzugefügt.

Auth: DBUtils nicht den namespace vollmüllen lassen

common: DBUtils nicht den main:: space vollmüllen lassen

DBUtils: doku

Brieffunktion: Umstellung Druck auf Template Toolkit

Damit wird auch alter Backendcode wie IS->get_customer() nicht mehr
benötigt.

Brieffunktion: Löschen von Entwürfen gefixt

Brieffunktion: Werte in Entwurfsliste richtig formatieren

Brieffunktion: unbenutzte Tabellenspalten entfernt, vc_id → customer_id umbenannt

Wiederkehrende Rechnungen: Hinweis für leeres Feld »AbsenderIn« noch deutlicher

Wiederkehrende Rechnungen: Hinweis für leeres Feld »AbsenderIn«

Wiederkehrende Rechnungen: Feld für E-Mail-Absender richtig togglen

WebDAV-Liste: noch mehr Styling

Brieffunktion: WebDAV-Verzeichnisinhalt anzeigen

WebDAV: freundliche Meldung anstelle leerer Tabelle, wenn keine Dokumente vorhanden

WebDAV-Liste analog zu anderen Tabellen stylen

Changelog: Update

Changelog: Punkte für Brieffunktion optisch abgesetzt

Wiederkerende Rechnungen: Implementation automatischer Versand via E-Mail

Wiederkerende Rechnungen: Konfiguration für automatischen Versand via E-Mail

locales für Brief-Anpassungen

Revert "Einheiten beim Fertigen beachten"

This reverts commit be6eabfc4b62af1a8173e5cbcaff0b7f0d9b6db4.

Nein, das war kein Fix für http://trac.kivitendo.de/ticket/2232

Implementiert wurde (imho):
  a) Wenn es eine gültige Einheit gibt
  b) Dann nimm das erstbeste Einzelteil einer Erzeugnis-Ware
  c) und konvertiere die ausgewählte Einheit des Erzeugnis in die Einheit
     der erstbesten Erzeugnis-Ware.

Conflicts:
SL/WH.pm

Erzeugnis fertigen verbessert

Transfertyp assembled hinzugefügt
Bei gefertigten Erzeugnissen sowie bei verbrauchten Waren
das tagesaktuelle Datum gesetzt (vorher wurde gar keins gesetzt).

Rechnung aus Lieferscheinen hat keine Zahlungsbedingung

Hier wird nun die Zahlungsbedingung des Kunden oder Lieferanten genommen,
falls dieser eine hat

Verkauf/Rechnungen/Massenerstellung: keine Zahlungsbedingungen

Falls im Lieferschein keine Zahlungsbedingungen gesetzt sind, (normalerweise nicht)
wird die des Kunden für die Rechnung eingesetzt

trailing whitespace entfernt

Gelieferte Mengen über Recordlinks ermitteln(2)

Für den Verschönerungsverein einige Stilanpassungen

Brieffunktion: Versand per E-Mail implementiert

Brieffunktion: Ansprechpersonen anbieten, wenn Kunde/Lieferant ausgewählt

Brieffunktion: Nutzung von SL::Webdav zur Speicherung im Webdav

Common::copy_file_to_webdav_folder ist alter Code, der bei neuem Code
nicht mehr benutzt werden sollte.

Brieffunktion: Drucken auf Drucker gefixt

1. Drucker wurden nicht geladen. Daher gab's die Option zum Drucken
   direkt auf einen Drucker nicht.

2. Temporäre Druckedateien wurden anschließend nicht gelöscht.

3. Der anschließende Redirect nutzte falsche Variablen und hat daher de
   facto auf die Maske zum Anlegen eines neuen Briefs redirectet.

SL::DB::Printer: »Dokument an Drucker schicken« zentralisiert

Die neue Funktion print_document übernimmt das Spawnen des externen
Prozesses und schickt das Dokument an den Drucker. Das Dokument kann
entweder direkt als Inhalt oder als zu sendender Dateiname übergeben
werden.

Brieffunktion: Löschen von Briefen gefixt

Brieffunktion: beim Drucken im WebDAV speichern

(I)LIKE-Argumente immer mit Funktion SL::DBUtils::like erstellen

SL::Common: unbenutzte Funktionen retrieve_{projects,employees} entfernt

Funktion »like« von Form nach DBUtils verschoben

Das ist eine Datenbank-Quoting-Funktion und hat daher nichts mehr in
Form zu suchen.

Gelieferte Mengen über Recordlinks ermitteln

Die gelieferte Menge pro Position wird über die Recordlinks der Items
zwischen Auftrag und Lieferschein(en) ermittelt.
So werden auch gleiche Artikel auf unterschiedlichen Positionen getrennt behandelt.

Ebenso ob ein Auftrag 'delivered' ist, d.h. ob alle Mengen vollständig in Lieferscheinen erfasst sind.

Für nachträglich hinzugefügte Lieferscheine oder Lieferscheine ohne Item-Recodlinks wird ein
Fallback-Verfahren durchgeführt, das beginnend von der ersten Auftragsposition
versucht die Artikel in den Lieferscheinen zuzuordnen.

Menu: Fehlerchecks beim yaml einlesen

2 häufige Fehler abfangen:
  - wenn ids in einer datei doppelt vorkommen (passiert beim editieren)
  - wenn YAML selber Fehler wirft gab es bisher ein HTTP 500

PartPicker: partnumber und description durchgängig

Aus dem Dialog wurden 'partnumber' und 'description' nicht an set_item() übergeben.
Konsistent zur Auswahl aus dem Pulldown des Partpicker.

(vorher musste man 'set_fat_item=1' setzen, um an die Daten zu kommen, aber zusätzlicher AJAX-Call)

Sepa-Überw: Fehlermeldung beim Überweisen mit Skonto

Hier fehlte eine Abfrage. Fehlermeldung auf die Zahlungsart beziehen

Gelangensbestätigung: LaTeX-Druckvorlage, Doku und Übersetzung

Gelangensbestätigung als Weiche in io.pl UND Helper PrintOptions.pm

5.10 compat: mehr yada-yada ops

(nach ... acken ist nicht trivial)

perl5.10 compat: ellipsis (yada-ayada) ist da syntax error

DATEV: Debitoren/Kreditoren Split gilt nicht in Dialogbuchen

R&B Druckvorlagen - mehr Seitenbreite + Logo breiter + Footer hoch

GuV und BWA: Bei Projektfilter Zeitraum richtig setzen

Offene Forderungen/Verbindlichkeiten: bei Textfeldern führende/anhängende Whitespaces entfernen

Buchungsjournal: bei Textfeldern führende/anhängende Whitespaces entfernen

Lagersuchen: bei Textfeldern führende/anhängende Whitespaces entfernen

Artikelsuche: bei Textfeldern führende/anhängende Whitespaces entfernen

SL::DB::Object: warnings

Form: globals nicht mehr beim Drucken in Form ablegen

SL::Controller->send_file: trueish zurückgeben

send_file meldet Fehler (z.B. »kann Datei nicht öffnen«) durch
croak(). Im Erfolgsfall sollte die Funktion aber regulär einen wahren
Wert zurückgeben, um ordentlich in eval{} benutzt werden zu können.

SL::DB::Object: clone_and_reset unter Umgehung von itime, mtime

CVar: Shipto-CVars beim Clonen mit clonen

SL::DB::Invoice->new_from: individuelle Lieferadressen richtig behandeln

Individuelle Lieferadressen werden nur von shipto.trans_id zu ar.id
verlinkt, nicht aber in ar.shipto_id. Die Implementation ist analog zu
SL::DB::DeliveryOrder->new_from.

DeliveryOrder->new_from: kein $custom_shipto-Objekt zurückgeben

Falls das Quellobjekt eine individuelle Lieferadresse besaß, wurden bei
new_from() zwei Objekte zurückgegeben: das neue Lieferscheinobjekt und
ein Clone der individuellen Lieferadresse. Diese waren nicht verknüpft.
Der Aufrufer musste daher zuerst das Lieferscheinobjekt speichern,
dessen ID beim gecloneten Lieferadressenobjekt hinterlegen und das
anschließend speichern.

Dies ist umständlich und fehlerträchtig. So hat z.B. der einzige
bisherige Nutzer dieses Interfaces,
SL::DB::Order->convert_to_delivery_order, das bereits falsch gemacht und
vergessen, beim Lieferadressenobjekt die ID des neuen
Lieferscheinobjektes einzutragen. Somit wurden Lieferadressen erzeugt,
die keinerlei Verknüpfung hatten.

Das geänderte Interface hinterlegt das Objekt für die individuelle
Lieferadresse schlicht in $new_delivery_order->custom_shipto. Dort wird
das Objekt gespeichert, wenn der Lieferschein selber gespeichert wird.

Shipto: Methode zum Clonen in SL::DB::Shipto und nicht in DeliveryOrder->new_from

CVar: Dokumentation um Lieferadressen-CVars ergänzt

CVars: Lieferadressen-CVars bei Ein-/Verkaufsbelegen benutzen können

CVar-Helfer: cvars_by_config nach Config-Reihenfolge sortiert zurückgeben

CVars: Lieferadressen-CVars in Stammdaten bearbeiten

CVars: Konfigurationen für Lieferadressen anlegen können

CustomerVendor: CVar-Aufbereitungs- und -Speicher-Code in eigene Subs ausgelagert

Revert "Bugfix zu manuelle Lieferadresse im Auftrag wird nicht in wiederkehrende Rechung übernommen"

This reverts commit f46afb13bacfe1d838cb4a7a5b5b58e8145ff4b1.

Wird durch einen folgenden Commit besser implementiert, nämlich direkt
in der Umwandlungsroutine von Auftragsobjekten zu Rechnungsobjekten.

PDF::Table - fehlerhafte Headerbearbeitung ab Seite 2

ab Seite 2 werden die benötigten Weiten der Spalten um die Zahl der Headerzeilen
nach hinten verschoben. Dann kommt es zu fehlenden Zeilenumbrüchen in manchen Zellen

Da Pushen von leerem Array führt zu diesem Fehler, d.h. es wird doppelt gepushed.
Dieser Fehler war schon in der alten PDF::Table

JS: Debugcode entfernt

JS: weniger getElementById nutzen

JS: einige jshint-Warnungen bzgl. Vergleichsoperatoren gefixt

JS: ineffizienten Funktionsaufruf gefixt (von jshint)

JS: fehlende Klammern bei Konstruktor-Aufruf gefixt (von jshint)

JS: einige Scope-Fehler gefixt (von jshint)

Variablengültigheit hängt nicht von {} ab, sondern gelten immer für die
ganze Funktion. Daher ergibt mehrfachess »var xyz« innerhalb einer
Funktion keinen Sinn.

jshint-Konfigurationsdatei hinzugefügt

Diverse Stile, die bei kivitendo verwendet werden, benötigen manuelle
Einstellungen.

Kunden-/Lieferantenstammdaten: Feldbeschriftungen einheitlich rechtsbündig anzeigen

Reapply "country_mode entfernt."

Mit mit neuem Autor neu.

Revert "country_mode entfernt."

Originalcommit: b05b5075ac0f3cbb0823c2f513cdbcacfb17bede.

Reapply "Form: round_amount precision support"

Und mit neuer Autorschaft neu.

Revert "Form: round_amount precision support"

Originalcommit: 73a78da630ce363f70062447dd82a8a0ece8cd89

Einkaufs-/Verkaufssuchen: bei Textfeldern führende/anhängende Whitespaces entfernen

ParseFilter: neuer Filter "trim"

Ausserdem autotrim bei substr, head und tail Filtern

trim-Funktion zum Entfernen führender und anhängender Whitespaces

ReportGenerator: Unterstützung für raw_header_data-Attribut in Spaltendefinitionen

Zuerst wurde dieses Attribut in Anlehnung an das Attribut bei den
Positionszeilen "raw_data" genannt. Leider kollidiert "raw_data" mit der
Benutzung des ReportGenerators aus dem Controller-Helfer-Modul
SL::Controller::ReportGenerator. Dieser verwendet "raw_data" in den
Spaltendefinitionen bereits für Defaults für die Erzeugung der
Positionszeilen.

Daher nun die Umbenennung des neuen Attributes nach "raw_header_data".

TopQuickSearch: Bei CustomerVendor redirects immer db mitgeben

QuickSearch: nicht anzeigen, wenn Datenbankupgrades eingespielt werden müssen

QuickSearch hat seine Konfiguration in gewissen Spalten in der
Datenbank. Um auf diese zugreifen zu können, müssen die dazugehörigen
Datenbankupgrades bereits eingespielt worden sein.

Da das Menü und damit die QuickSearch-Items auch während des Einspielens
der Upgrades angezeigt werden, kann es also dazu führen, dass die
Spalten noch nicht existieren. Daher wird QuickSearch nun komplett
deaktiviert, solange ausstehende Datenbankupgrades existieren.

Rechnungen: Massenausdruck aus alter Rechnungssuche heraus

Presenter: hidden_tag, javascript, checkbox_tag von L → Presenter::Tag verschoben

Damit sind diese Funktionen auch direkt aus Perl-Code verfügbar, und man
muss nicht mehr das unsägliche CGI benutzen, um Checkboxen zu rendern.

ReportGenerator: Unterstützung für raw_data-Attribut in Spaltendefinitionen

Analog zu Zellendaten: ist bei einer Spaltenüberschrift raw_data
gesetzt, so wird das ausgegeben. Nur andernfalls werden die Attribute
link, text und der Sortier-Indikator ausgegeben.

Damit ist es z.B. möglich, in der Spaltenüberschrift eine
»Check-All«-Checkbox zu rendern.

SL::DB::Note: Funktion trans_object zum Auslesen des referenzierten Objekts

Ein Note-Objekt hängt immer an einem anderen Datenbankobject, das über
trans_module+trans_id referenziert wird. Diese Funktion entscheidet
anhand von trans_module, welche Rose-Klasse zu instantiieren ist, holt
das entsprechende Objekt aus der Datenbank und gibt es zurück.

Auch bei polymorphen Objekten wie Kunden/Lieferanten (für trans_module
== ct) wird das richtige getan.

CustomerVendor-Presenter: neue Funktion customer_vendor()

Damit der Aufrufer nicht im Vorfeld entscheiden muss, ob $object ein
Kunde oder ein Lieferant ist.

S:D:FollowUp: Namen der Relationen created_by…/created_for… eindeutig gemacht

Die Spalten heißen leider created_by und created_for_user. Damit es bei
der Benutzung nicht zu Verwirrungen zwischen Spaltennamen und den Namen
der Relationships kommt, werden die Relationshipnamen schlicht eindeutig
umbenannt.

Bisher hat kein Rose-Code diese Relationships genutzt. Nur der
CustomerVendor-Controller hat die Spaltennamen benutzt.

.mailmap für git-shortlog -s

3 commits konnte ich nicht zuordnen:
- digifoto <digifoto@kivitendo.digifoto24.com>
- root <root@test.cine-logistics.de>
- root <root@vc-kivi.vitracom.org>

DBUpgrade2: may_fail für reine sql Queries auch honorieren.

LXDebug: beim Request-Timer auch die aufgerufene Controller+Action loggen

TopQuickSearch für Kunden und Lieferanten

Whitespace in Kontennamen filtern

Beim Speichern von Konten in der Kontenbeschreibung mehrere
aufeinanderfolgende Leerzeichen mit einem Leerzeichen ersetzen.
Siehe Ticket 148.

Konten speichern - Refaktoring von ->{link}

Fehler beim Öffnen von Konten behoben

Jedes Konto hat einen taxkey Eintrag, aber es gibt nicht immer ein
Steuerautomatikkonto.