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.

TopQuickSearch: Auftrag, Angebot, Lieferauftrag, Preisanfrage

oe.pl: Schnellsuche analog zu all:substr:multi::ilike

Typos und spellcheck.t

TopQuickSearch: Doku

TopQuickSearch: Konfiguration in client_config

TopQuickSearch: qw() -> liste, zum einfachen auskommentieren

TopQuickSearch: locales aufgeräumt, debug entfernt

TopQuickSearch: Alle Part Varianten for free

TopQuickSearch: GL controller kann weg

TopQuickSearch: javascript jshint

TopQuickSearch: zwei nicht mehr benötigte javascripte

TopQuickSearch: erste version

Erzeugnissuche

warnings: besseres sanitizing in Form::calculate_tax

Form::round_amount: nicht initialisierte Variable $places

warnings: nicht initialisierte Variable in Helper/Sorted

warnings: nicht initialisierte Variable in Helper/Payment

warnings: diverse nicht initialisierte hash keys in CsvImport

CsvImport/ARTransactions: fehlerhafter check auf undefinierte tax_id

warnings: SL::Controller::CsvImport::num_imported auf 0 initalisieren

Typo: Englische locales waren kaputtgegangen

Beschriftung im Lieferwertbericht korrigiert

Konteneinstellungen - richtiges Konto in ACCOUNT_TAXKEYS

Ging beim Refactorn im letzten Commit kaputt. Wird accno überhaupt
benutzt?

Konten neu anlegen repariert

get_account wurde nicht nur für das Laden bestehender Konten verwendet,
sondern auch für das Füllen von anderen form-Variablen, z.B. für
Steuerschlüssel.
Bei der Gelegenheit auch etwas Rose geübt und refactored.

Erfolgsrechnung: Korrekte Beschriftung in Kontenmasken

UPGRADE aktualisiert

Erfolgsrechnung aus Menü entfernt

Typo-Fehler in Ausgabe gefixt

ein typischer richardson-commit

Typos in Doku

Ausgabe der Dokumentation aktualisiert (mosus änderungen)

MetaSetup AuthSessionContent

MetaSetup Default whitespace

changelog: Memory-Limits

Dokumentation: Update Instruktionen für openSUSE, Fedora

Changelog - mehr Änderungen nachgetragen

Changelog - Task-Server ist nun mandantenfähig

SQL release Upgrade Skripte für 3.4.0

changelog - ein bugfix mehr

Bugfixes im changelog aktualisiert

Auftrags-Controller: changelog

Auftrags-Controller: Link zum neuen Controller aus Auftragsliste (zum Testen).

Auftrags-Controller: Menüeinträge

Auftrags-Controller: POD - hauptsächlich Todos

Auftrags-Controller: unbenutzte action "update" entfernt.

Auftrags-Controller: Warnung beim Speichern mit doppelten Artikeln.

In der Mandantenkonfiguration (Features) abschaltbar.

Auftrags-Controller: javascript-Code in eigene Datei auslagern