Kontoauszug verbuchen: Zeilen ohne Vorschläge trotzdem anzeigen

LXDebug: clone_for_dump als eigenständige Funktion zur Wiederverwendung

ActionBar: Und nochmal Korrektur zu html Menü scrolling

PriceSource: editable Dokumentation

Preisquellen: Support für editierbare Preisquellen

ActionBar: top-padding in html menü + actionbar

ActionBar: Scrolling von ausgeklapptem HTML Menü gefixt

DO::get_shipped_qty - typo

ActionBar: Standardaktion im Artikelstammdatencontroller auf »Speichern«

ActionBar: Standardaktion im Kundenstammdatencontroller auf »Speichern«

ActionBar: nicht »continue«, sondern »next« für Short-Circuit einer Schleife

Kreditorenbuchungen: Storno von bezahlten Rechnungen verhindern

Das Action-Bar-Setup nutzt den Wert $::form->{totalpaid} als Indikator
dafür, ob bereits Zahlungen verbucht wurden. Ist das der Fall, so darf
die Rechnung nicht storniert werden können.

Daher muss dieser Wert berechnet werden, bevor das Action-Bar-Setup
durchgeführt wird.

ActionBar: Standard-Aktions-Button optisch hervorheben

Der Standardbutton ist derjenige, der bei Druck auf Return/Enter
ausgelöst wird.

Aktuell ist die Hervorhebung über fette Schrift geregelt. Eine andere
Möglichkeit wäre, die Border von 1px auf 2px zu erhöhen, was das
Aussehen analoger zu klassischen GUIs machen würde.

SL::X: und ohne typo

Datenbankexceptions: SL::X::DBError korrekt ausgeben

ActionBar: ReportGenerator: get('actionbar') liefert Array von Bars

ActionBar: Hintergrundjob-Verwaltung: Action heißt destroy, nicht delete.

changelog - Features aus Unstable aktualisiert

Typos in changelog

ustva-report.html geierlein-js kosmetik

Zwei Leerzeichen-Einrückung ist scheinbar das gängigste
für JavaScript Funktionen im kivitendo-Projekt.

ustva html Template: geierlein-pfad Variable korrigiert

Die Prüfung weiter oben ist korrekt, der eigentliche Variablenname
aber dann für das Programm falsch. Scheinbar war dieser bei OD
hartkodiert und das Feature wurde nicht vor dem Commit im Standard
geprüft.

trigram Indizes mit may_fail versehen und UPGRADE entsprechend angepasst

CsvImportReport: Manager-Methode destroy löscht nicht aus aktiver Sitzung

Vorher wurden alle Reports bis auf den letzten aus der aktiven Sitzung gelöscht.
Da aber mit den Reports auch das Profile gelöscht wird und im Profil der
zufällige Dateiname der temporären Csv-Datei enthalten ist und dieser nach einem
Test-Import für weitere Test-Importe oder den eigentlichen Import benötigt wird,
darf dieser Report nicht gelöscht werden.

BankImport: Csv-Datei mit zufälligem Dateinamen speichern und im Profil übergeben

siehe auch commit "CsvImport: zufälligen Dateinamen für jeden Import. Ablegen in
temporärem Profil"

CsvImport: zufälligen Dateinamen für jeden Import. Ablegen in temporärem Profil

Damit können auch mehrere gleiche Imports von einer Session aus gleichzeitig
aufgerufen werden.

CsvImport: Controller erzeugt temporäres Profil, nicht der Hintergrund-Job.

CsvImport: temporäres Profil nicht beim Report speichern, …

… denn das passiert schon beim Anlegen des Hintergrund-Jobs.

BankImport: Refactoring: Profil über init-Methode laden.

BackgroundJob::CsvImport: unbenutztes Modul SessionFile::Random nicht laden

CsvImport: doppeltes delete-Statement entfernt

CsvImport: doppelt angegebene Methode "file" entfernt

POD: Typo in Autor-Abschnitt verbessert.

ActionBar/Dateimanagement: Verschicken von Dateien via E-Mail wieder implementiert

Kreditorenbuchungen: Zahlungen buchen gefixt

Seit Umstellung auf die Verwendung des Chart-Pickers heißt die
Form-Variable für das Verbindlichkeitskonto »AP_chart_id«, und nicht
mehr »APselected«. Außerdem enthält sie die Datenbank-ID des Kontos,
und nicht die Kontonummer.

WebDAV: Überflüssigen Aufruf webdav_path im Frontend entfernt

WebDAV::get_all_objects ruft in der Methode seit Anbeginn des Moduls
schon ein webdav_path auf, von daher schreddern bevor noch  mehr
copy & waste im Programm passiert

SL::Template::*: Form::template direkt nutzen, nicht mehr Form::init_template

Form::init_template wurde bei der Umstellung entfernt, bei der nur
noch die eine Template-Instanz im SL::Presenter genutzt wird, und Form
keine eigene mehr beinhaltet.

Mailer: Zeichensatzattribut bei Anhängen nur bei Text-Anhängen setzen

Ein als Binärdaten zu behandelnder Anhang darf nicht natürlich nicht
umcodiert werden. Normalerweise ignorieren E-Mail-Programme bei
Nicht-Text-Anhängen den Zeichensatz, wenn er gesetzt ist, aber wir
sollten diesbezüglich auch einfach saubere E-Mails senden.

Mailer: Attribut »path« bei »Content-Type« nicht setzen

Darin steht der Pfad auf dem lokalen System und ist damit ein
information leak, z.B. /var/www/kundenname/kivitendo/files/…

LXDebug::dump: Objekte aus Namensraum SL::* ohne »as_debug_info« wie Hash behandeln

LXDebug::dump: nur Form-Instanzen als Hash behandeln, nicht alle Hash-basierten Objekte

LXDebug::dump: Unterstützung für zirkuläre Strukturen

Durch die Umstellung auf vorheriges Reduzieren auf essenzielle
Informationen muss dump() sicherstellen, dass es bei zirkulären
Strukturen nicht in eine Endlosschleife gerät.

Weiterhin müssen alle Rückwärtsreferenzen aufgeweicht
werden (Scalar::Util::weaken), damit sie von der garbage collection
normal aufgeräumt werden.

kivi.File.js: Debugcode wieder entfernt

LXDebug::dump: Interna von Rose-DB- und DateTime-Objekten nicht mehr ausgeben

dump arbeitet nun nicht mehr direkt auf dem zu dumpenden Objekt,
sondern auf Kopien, die je nach Typ auf ihre essenziellen
Informationen zusammengeschrumpft werden. Dafür kann ein Objekt eine
Methode »as_debug_info« bereitstellen, die eine solche Essenz
zurückgibt.

Für SL::DB::Object ist eine Implementation beigelegt, die nur die
Spalten mit ihren stringifizierten Werten zurückgibt, nicht aber mehr
die ganzen Interna wie z.B. Meta-Informationen enthält.

Arrays und Hashes (und Objekte, die auf diesen simplen Typen basieren
und keine eigene »as_debug_info« zurückgeben) werden rekursiv geklont.

Alles andere definierte wird stringifiziert.

Dafür wurde die Funktion LXDebug::dump_object entfernt, die etwas
Ähnliches gemacht hat, aber nur für eine einzelne Rose-DB-Instanz.

Dateimanagement: Fehler beim Umbenennen richtig zurückgeben

Ist man z.B. bei den Artikelstammdaten und versucht, eine Datei
umzubenennen, und ändert den Namen nicht, so sollte eine Fehlermeldung
angezeigt werden. Wurde sie aber nicht, weil Folgendes passierte:

• Im ClientJS-Flash wird Fehlermeldung erzeugt und das ClientJS sofort
  gerendert, anschließend mit »return« der innerste Block verlassen
• Der innerste Block ist aber ein »eval { … }«, und nicht die Funktion
  selber. Daher geht der Kontrollfluss nach dem »eval« weiter. Dabei
  werden mehr Sachen auf das ClientJS raufgepusht und aschließend
  erneut gerendert.

Dieses zweite Rendern schreibt dann erneut HTTP-Response-Zeilen sowie
ein vollständiges Array von ClientJS-Aktionen.

Der JavaScript-Code auf der Browser-Seite bekommen somit:

• HTTP-Response-Zeilen #1
• ClientJS-Array #1
• HTTP-Response-Zeilen #2
• ClientJS-Array #2

Damit kann er natürlich nicht umgehen, ignoriert die komplette
Antwort, und die Fehlermeldung wird somit nicht angezeigt.

Der Fix ist, nur das Umbenennen innerhalb des »eval« zu machen, und
den Rückgabewert außerhalb des »eval« zu prüfen. Bei einem anderen
Wert als SL::File::RENAME_OK wird das ClientJS dann nur einmal
gerendert und anschließend die Funktion verlassen.

Dateimanagement: Stammdaten: DOM-Elemente bei multiples Tab-Aufrufen nicht duplizieren

Der Aufruf des Tabs »Dateianhänge« in den Artikelstammdaten liefert
einen Tab aus, in dem der HTML-Code für den Umbenennen-Dialog
vorhanden ist (initial versteckt). Ruft man den Dialog dann auf, so
verschieb jQuery den in dem Moment im DOM an eine ganz andere
Stelle (an den Ende vom <body>), sodass der Dialog-Code nun nicht mehr
innerhalb des <div> liegt, das für den Tab geladen wurde.

Wechselt man nur zu einem anderen Tab und ruft den Tab »Dateianhänge«
erneut auf, so wird die bisherige <div> für den Tab entfernt und neu
geladen. Beim Neuladen wird natürlich auch wieder eine Kopie des
HTML-Codes für den Dialog mitgeschickt.

Die erste Kopie befindet sich zu dem Zeitpunkt aber weiterhin im DOM,
weil sie ja kein Kind des ursprünglichen Tab-<div>s mehr ist. Somit
haben wir nun zwei Kopien des HTML-Codes im DOM.

Das führt dazu, dass auch die Inputs doppelt vorhanden sind. Es wird
dann die falsche Input (nicht die, die der Benutzer*in angezeigt wird)
an den Server geschickt.

Der Fix sorgt dafür, dass der Dialog beim Schließen wieder an seine
ursprüngliche Stelle im DOM verschoben wird. Dadurch wird der beim
Neuladen des Tabs zusammen mit dem alten Tab-<div> sauber entfernt.

kivi.popup_dialog: Dialog vor »custom close function« schließen

Wenn die »custom close function« den Dialog im DOM verschieben möchte,
so macht sie das mit $dlg.remove().appendTo('#new_parent_id'). Dabei
geht aber die Dialog-Initialisierung flöten.

Wird also erst anschließend $dlg.dialog('close') ausgeführt, so hagelt
das eine Fehlermeldung.

generic/exception.html wiederhergestellt

Die Vorlage wurde im Commit 9d8f72a0f92d01e1e25b14788b193cd662cad0d3
entfernt, weil fälschlicherweise gedacht wurde, dass sie nicht mehr
benutzt wird, da locales.pl eine Warnung diesbezüglich ausgab.

Tatsächlich wird sie aber noch benutzt, und zwar als generische
Fehler-Seite für das Template-Modul. Dieser Fall wurde von locales.pl
mangels Markup aber nicht erkannt.

locales: Update nach Umstellung der Hintergrundjobverwaltung auf ActionBar

E-Mail-Dialog: Cc, Bcc standardmäßig verstecken; Dateianhang nach unten

Wichtige Felder sollen damit näher zusammenrücken, und unwichtige
Felder normalerweise gar nicht erst angezeigt werden.

Einheiten bearbeiten: SL::DB::Language nutzen

Alter Code zum Auslesen der Sprachliste, AM::language, wurde im Zuge
der ActionBar-Umstellung entfernt.

Ups :)

Dateimanagement: Anhänge nicht als Referenz an SL::Mailer übergeben

SL::Mailer erwartet, dass der Inhalt der Anhänge, die in
$mailer->{attachments} übergeben werden, direkt im Attribut »content«
gespeichert ist.

Das Interface von SL::File hingegen gibt nur eine Skalarreferenz auf
den Dateiinhalt zurück. Daher kann diese nicht 1:1 an den SL::Mailer
übergeben werden, da es ansonsten zu Fehlermeldungen von Rose beim
Speichern im E-Mail-Journal kommt (»cannot bind reference«).

ActionBar: Verwendung bei »Verlauf der Hintergrund-Jobs«

ActionBar: Verwendung bei »Aktuelle Hintergrund-Jobs anzeigen«

ActionBar: kivitendo.css: bei Hover auf Deaktivierte die Border nicht umfärben

ActionBar: Border von ActionBar buttons nicht in common.css clobbern

Revert "ActionBar: Combobox-Drop-Down auch mit schwarzem Rand rendern"

This reverts commit e51d60046fda454e4a1c5c6a6b287622d8fb9cc8.

ActionBar: Combobox-Drop-Down auch mit schwarzem Rand rendern

MetaSetup-Update für DB-Upgrade »filemanagement_feature«

Versehentlich entfernte Fremdschlüssel auf sepa_export_items wieder hinzugefügt

Das DB-Upgrade-Script
»auto_delete_sepa_export_items_on_ap_ar_deletion.pl« hat via
»SL::DBUpgrade2::Base::drop_constraints« alle Constraints auf
»sepa_export_items« entfernt, dann aber nur zwei davon (mit anderen
Bedingungen) neu angelegt — nicht aber die für die Spalten »chart_id«
und »sepa_export_id«.

Resultat ist, dass die Relationships aus den MetaSetups rausfliegen,
wenn man die von einer sauberen DB erzeugen lässt (z.B. mit
Scriptoption »--test-client«).

MetaSetup-Update zu DB-Upgrade »part_classifications.sql«

MetaSetup-Update zum DB-Upgrade »defaults_bcc_to_login.sql«

ActionBar: SL::Layout::get: bei nicht existierendem Sub-Layout leere Liste zurückgeben

ActionBar: Verwendung bei »Task-Server-Steuerung«

ActionBar: Verwendung beim Massendruck von Lieferscheinen

PrintOptions: Checkbox »Beidseitig« optional anzeigen

PrintOptions: keine Warnungen wegen einmaliger Verwendung bekannter Variablen

kivi.run: leeres Array (keine Argumente) nutzen, wenn args nicht übergeben wird

ActionBar: »Anhänge aller Artikel herunterladen« bei Angeboten/Aufträgen wieder implementiert

ActionBar: Verwendung im »SimpleSystemSetting«-Controller

ActionBar: Verwendung undefinierter Werte in Tests vermeiden

ActionBar: POD-Fix

ActionBar: Verwendung bei »Steuern«

ActionBar: Verwendung bei »Steuerzonen«

ActionBar: Verwendung bei Buchungsgruppen

ActionBar: Verwendung bei »Konto erfassen/bearbeiten«

ActionBar: Verwendung bei Mahnungskonfiguration

ActionBar: Verwendung bei UStVa-Konfiguration

ActionBar: Verwendung bei Mandantenkonfiguration

ActionBar: Verwendung bei »Preise aktualisieren«

ActionBar: Verwendung beim CSV-Import

ActionBar: programmatisches Interface für Änderungen On-The-Fly

ActionBar: Objekte & Funktionen in Namespace kivi.ActionBar verschoben

ActionBar: Verwendung bei »Benutzereinstellungen«

ActionBar: Verwendung bei Wiedervorlagen

ActionBar: Verwendung beim Massendruck

ActionBar: Verwendung bei »Kontenabgleich«

ActionBar: Verwendung bei »Kontenabgleich mit Bank«

ActionBar: Vernwendung bei Bankbewegungen

ActionBar: Verwendung bei »Kontoauszug importieren«

ActionBar: Verwendung bei SEPA-Einzügen/-Überweisungen

ActionBar: Verwendung bei Zahlungsein-/-ausgang

ActionBar: Verwendung bei Liquiditätsübersicht

ActionBar: Verwendung im E-Mail-Journal

ActionBar: Verwendung bei UStVA

ActionBar: ReportGenerator nutzt per Default nun die ActionBar

ActionBar: Verwendung bei Berichte → SuSa, GuV, BWA, Bilanz, Projektbuchungen

ActionBar: Verwendung bei »offene Forderungen/Verbindlichkeiten«

ActionBar: Verwendung bei Jahresendbuchungen

ActionBar: Verwendung beim GoDB-Export

ActionBar: Verwendung beim DATEV-Export