Bessere Fehlerbehandlung, falls keine 'letter.tex' Druckvorlage gefunden wird

Entsprechend einen Hinweis ausgeben, anstatt einer nichtssagenden Fehlermeldung.
Ferner vergessene oder nicht erzeugte Übersetzungen hinzugefügt

VERSION auf 3.2.1 aktualisiert

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

ParseFilter: typo + test

Changelog für 3.2.1 aktualisiert

Parsefilter - Variable repariert

yay for Tests!

trailing whitespaces entfernt

css: PartPicker css wieder hergestellt

nachdem der Chartpicker wie ne Dampframme die hälfte der Klassen
kaputtgemacht hatte.

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

%::myconfig mit sinnvollen Standardwerten vorbelegen

Das zur-Verfügung-Stellen von %::myconfig in JavaScript und die darauf
basierende vereinfachte Initialisierung in 4ec753d erfordert, dass
%::myconfig immer numberformat und dateformat enthält. Andernfalls gibt
es JavaScript-Fehler, wenn noch kein User angemeldet ist.

Alle .gitignore-Dateien in Top-Level-.gitignore gemerget und diese sortiert

PriceSource: Priorität auf Preisquellenebene verstehen und umsetzen.

Priorität kann jetzt von den einzelnen Preisquellen durchgereicht werden

PriceSource: Dokufix

PriceRule: validate auf reductions angepasst

PriceSource: Nicht rabbatierfähige Waren beachten.

PriceSource: versteckte Preise in Lieferscheinen

Beim Anlegen von Lieferscheinen wird jetzt auch der Preis kurz versteckt
ermittelt und mitgespeichert, damit beim Umwandeln in Rechnungen keine
Überraschungen passieren.

javascript_setup: Übersetzungen escapen

%::myconfig dem Client javascript zur Verfügung stellen.

PriceRule: Inline Report JS ausgelagert

Hatte sich mit dem SalesPriceInformation Javascript verheddert, welches
auch mal ausgelagert werden solle.

mehr JavaScript-escapen

kivi.js: format/round/parse_amount, format/parse_date

Javascript escaping: Nochmal mit JavaScript Plugin

damit Mosu glücklich ist. :)

Bei fehlendem Newline an YAML-Code nicht meckern

Dieser Commit reimplementiert den Fix aus
f1bfb69b13865d0a0d336d19364e2684ec76a181

Originaler Kommentar:

  Google Chrome scheint Newlines am Ende von Variablen unter bestimmten
  Umständen zu entfernen. Diese zu ergänzen ist trivial; da muss das
  YAML-Modul keine Fehler melden.

YAML: Versionsupdate

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

Changelog für 3.2.1 angepasst

perl5.22: CGI ist nicht mehr Core

Langtext-HTML-Editor: bei jedem Aufruf DOM-Element neu anlegen und ckeditor initialisieren

Unter Firefox kommt es beim mehrmaligen Aufrufen ansonsten sehr schnell
zu nicht mehr behebbaren JavaScript-Fehlern. Es bleibt dann beim Öffnen
des Popups nur das grau gestreifte Overlay sichtbar, nicht aber der
Dialog selber.

PNG-Icons reparieren

Anscheinend sind (fast) alle Icons defekt. Neuere Version von
libpng (1.6.0 und aufwärts) lehnen es ab, solche Bilder zu
decodieren. Auf der Kommandozeile sieht man dann Fehlermeldungen von
libpng wie z.B.

libpng error: IDAT: invalid distance too far back

Unter Firefox sieht man in der Console dann beim Laden Fehlermeldungen,
und anstelle der Icons werden die bekannten »Bilddatei nicht
gefunden«-Platzhalter-Icons angezeigt.

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

special_chars: #-Zeichen ordentlich quoten

Die Datei wird als INI-Datei eingelesen (durch SL::Inifile). In solchen
Dateien beginnt ein # eine Kommentarzeile, und Kommentare werden beim
Einlesen entfernt.

Um das #-Zeichen selber als Schlüssel nutzen zu können, müssen wir
einfach nur seinen Hex-Code benutzen.

Behebt Redmine #48.

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

Detail-Knopf (D) für Brieffunktion (vc) aktiviert

Trigger check_inventory entfernt

Wird in dieser Form schon seit der 2.4 nicht mehr benötigt (kein Auslagern über oe).

BackgroundJobs optional als json ausliefern

login nicht aus $::form nehmen. Teil 2

Dabei ergibt sich ein kleines Problem. User spezifische bin/mozilla/
Controller werden geladen bevor das User handling abgeschlossen ist.
Nach dieser Änderung sind die also de facto kaputt.

LaTeX-Template letter.tex korrekte Variablennamen gesetzt

rcv_name -> name

login nicht aus $::form nehmen. Teil 1

Layout: Javascript includes richtig escapen.

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

Symlink für Brieffunktion. Ferner vergessenes template-Verzeichnis

Auslagern in VK-Rechnung: Übersetzungen mit Anführungszeichen richtig Quoten.

Auslagern in VK-Rechnung: changelog-Eintrag für dieses Feature.

Hinweis auf Pg-Upgrade2-auth-Verzeichnis bei Release-Arbeiten

Fehlerbehandlung (transfer inventory bei invoice) eindeutig machen

Release 3.1.0 gibt es nicht, entsprechend in 3.2.0 gebündelt

Changelog für Brieffunktion

Brieffunktion erste Version

Verkaufsbriefe können jetzt auch mit LaTeX erstellt werden.
Ferner gibt es eine Briefentwurfs-Funktion, die aussieht wie drafts, aber
zumindestens auf einer eigenen Tabelle beruht. Zusätzlich wurden zwei neue Rechte
gesetzt

Vergessenes release 3.2.0 skript für auth

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

CreatePDF-Helfer: Dateinamen fixen

Die Vorlagen-Parser-Module SL::Template::* erwarten, dass
$form->{tmpdir} den zu parsenden Dateinamen enthält. Sie entfernen dann
das Präfix $self->{userspath} von $form->{tmpdir}, wodurch nur noch der
Dateiname bleibt.

Der Name der finalen Ausgabedatei wird ebenfalls über $form->{tmpdir}
zurückgegeben – ohne jegliche Pfadangabe. Allerdings ist das von Modul
zu Modul unterschiedlich. Manche geben den vollen Namen, manche nur den
Dateinamen (der dann relativ zu $self->{userspath} ist) zurück.

CreatePDF-Helfer: Nicht auf Caller-Package verlassen

Wenn im Controller $self->create_pdf aufgerufen wird, so ist $class dann
das falsche Package, um create_parsed_file aufzurufen, weil diese sub
nicht exportiert wird.

Auslagern über Rechnung: Dienstleistungen wirklich ignorieren, falls konfiguriert

CreatePeriodicInvoices: HTML-Formatierung beim automatischen Drucken richtig formatieren

Kommentar bei Lagerbewegung über Rechnung hinzugefügt

Damit hier der Bericht Lagerbewegung exakter wird, entsprechend auch
einen Kommentar für dieses Lagerverfahren.

Standardlagerverfahren Kommentar setzen / übernehmen

Beim Standardauslagern wurde bisher nicht der Kommentar übernommen, der
seit Anfang dieser Funktion in do.pl gesetzt wurde. Ferner die Beschreibung
in der Mandantenkonfiguration etwas besser gesetzt, bzw. beschrieben.

Auslagern in VK-Rechnung: Schreibfehler in Übersetzung korrigiert.

Auslagern in VK-Rechnung: Übersetzungen

Auslagern in VK-Rechnung: Mandantenkonfiguration vollständig berücksichtigen …

und Fehlerbehandlung verbessert.

Auslagern in VK-Rechnung: Löschen der Lagerbewegung beim Löschen/Storno der Rechnung

Auslagern in VK-Rechnung: Anzeige der Rechnungsnummer/Dokument im Lager-Journal

Auslagern in VK-Rechnung: Beim Buchen einer VK-Rechnung wird ausgelagert.

Todo: Es werden noch nicht alle Einstellungen berücksichtigt, die bestimmen,
wann von welchem Lager/Lagerplatz ausgelagert wird.

Lager-Transfer: Transaktion mit with_transaction statt mit do_transaction.

Hintergrund: Buchen einer Rechnung und Lagerbewegung in einer Transaktion
ausführen können.

Zitat aus einem anderen commit:
"do_transaction startet immer eine Transaktion, auch wenn außen rum
schon eine läuft. Damit wird die äußere Transaktion de facto außer
Kraft gesetzt."

Auslagern in VK-Rechnung: Neue Datenbank-Felder, Rose u. Mandantenkonfiguration

CustomVariables: Zuweisen von zu parsenden Inhalten

2 Probleme.

1. Booleans wurden beim Parsen in den numeric Slot gesteckt
2. Die zwei-wertige Version von value() hat das zweite Argument nicht
   aus dem Stack entfernt, und damit beim goto weitergegeben an die
   unterliegenden Rose-Accessoren. Das hat dann das parsen wieder
   zunichte gemacht.

Tests: fehlender Backgroundjob

Merge branch 'requirement-specs-custom-variables'

Spalte »nicht gelieferte Menge« in Aufträgen optional anzeigen

Hintergrundjob für E-Mail-Bericht über fehlgeschlagene Jobs

Pflichtenheft-CVar-Suche: Controls für Vergleichsoperatoren beibehalten

ParseFilter: Laundern schon vor dem eigentlichen parsen.

Erlaubt es indirekte Filter im Template roundtrip safe zu machen.

Pflichtenheft: durchsuchbare CVars als Spalten in Bericht anzeigen können

GetModels-Filtered: CVars: default_value-Ersetzung besser greifen

GetModels-Filtered: CVars: Überflüssige Umwandlung entfernt

Pflichtenheft: nach benutzerdefinierten Variablen suchen können

CustomVariableConfig: Datumswerte werden in Spalte timestamp_value gespeichert

GetModels-Filtered: CVars: Fix für Platzhaltern im Suchbegriff

Pflichtenhefte: Anzeige von CVars über value_as_text()

$cvar->value_as_text() macht bereits die richtige Fallunterscheidung,
sodass wir hierfür kein eigenes Template benötigen.

Pflichtenhefte: CVars bei erfolglosem Speichern beibehalten

GetModels-Filtered: benutzerdefinierte Variablen bool gefixt

GetModels-Filtered: Unterstützung für benutzerdefinierte Variablen

Pflichtenhefte: bendef. Var. beim Löschen des Pflichtenheftes via Trigger löschen

Pflichtenhefte: benutzerdefinierte Variablen bei Version reverten kopieren

Pflichtenhefte: benutzerdefinierte Variablen anzeigen und bearbeiten

Pflichtenhefte: Konfiguration für benutzerdefinierte Variablen anlegen

Tests: price_tax_calculator.t muss vor Kunden löschen richtig aufräumen

Merge branch 'periodic-invoices-order-value-basis'

Finanzcontrolling: Testcase für Aufträge mit wiederkehrenden Rechnungen

Finanzcontrolling: Refactor Accessors, Warnungen vermeiden

Finanzübersicht: Testcase für Spalten Auftragsvorlauf/-eingang

Finanzcontrolling/-übersicht: Refactor map zu Post-for

Kein map für Statements nutzen, bei denen es nur auf den Nebeneffekt
aber nicht auf das Ergebnis ankommt.

Wiederkehrende Rechnungen: Testcase für Periodizitäten

Finanzübersicht: Auftragswertperiodizität berücksichtigen

Finanzcontrolling: Auftragswertperiodizität berücksichtigen

Wiederkehrende Rechnungen: Berechnung für Auftragswertperiodizität angepasst

Liquiditätsübersicht: Auftragswertperiodizität von wied. Rechnungen berücksichtigen

Wiederkehrende Rechnungen: Auftragswerts-Periodizität setzen können

Noch keine Anpassung der eigentlichen Berechnung. Wohl aber
Dokumentation von SL::DB::PeriodicInvoicesConfig.

CreatePeriodicInvoices: HTML-Formatierung in Langtexten berücksichtigen Teil 2

Nach Umstellung der Bemerkungsfelder in Einkaufs- und Verkaufsbelegen
muss auch das Feld »notes« als HTML-formatiert behandelt werden.

Einkauf/Verkauf: Bemerkungsfeld mit HTML-Editor ausgestattet

Pflichtenhefte: Ausgabemöglichkeit als HTML

Menüpunkte dafür werden aber nur eingeblendet, sofern auch eine Vorlage
dafür im Vorlagenverzeichnis existiert.

Die erzeugte HTML-Seite wird in einem neuen Browserfenster angezeigt.