G. Richardson [Sun, 11 Aug 2019 10:58:30 +0000 (12:58 +0200)]
changelog "Herkunft der personenbezogenen Daten" erweitert (ältere Version)
G. Richardson [Sat, 10 Aug 2019 15:18:30 +0000 (17:18 +0200)]
Typo in changelog
G. Richardson [Sat, 10 Aug 2019 15:17:10 +0000 (17:17 +0200)]
Payment Helper - POD repariert
G. Richardson [Sat, 10 Aug 2019 15:05:57 +0000 (17:05 +0200)]
Mahnungen erzeugen - nach Abteilung filtern und anzeigen
G. Richardson [Mon, 25 Feb 2019 15:34:19 +0000 (16:34 +0100)]
Index auf inventory parts_id
um schneller die Bestände eines Artikels in diversen Lagern zu berechnen
G. Richardson [Mon, 25 Feb 2019 15:03:29 +0000 (16:03 +0100)]
Neuer index auf inventory über itime und parts_id
Um Abfragen wie
* letzte 10 Lagerbuchungen
* letzte 10 Lagerbuchungen von Artikel XYZ
zu beschleunigen
G. Richardson [Sat, 10 Aug 2019 15:00:10 +0000 (17:00 +0200)]
Part Controller - neuer Tab mit Lagerinformationen
* Übersicht über alle Lagerbestände, wo der Artikel überall gelagert ist
(Derzeit gibt es im Template Variabeln um Zwischensummen und
Nachkommastellen zu kontrollieren)
* Mini-Journal mit den letzten 10 Lagertransaktionen des Artikels
Diese Daten werden nur bei Bedarf geladen, also wenn der Benutzer auf
den neuen Tab "Lagerbewegungen/-bestände" klickt.
Außerdem gibt es Links zu diversen Lageraktionen (Einlagern, Umlagern,
Entnahme), wo der Artikel dann schon vorausgewählt ist.
G. Richardson [Fri, 25 Nov 2016 12:40:54 +0000 (13:40 +0100)]
SL::DB::Part - get_simple_stock_sql: Mengen pro Bin
und Summen über Lager und Gesamtmenge.
G. Richardson [Mon, 25 Feb 2019 11:23:46 +0000 (12:23 +0100)]
Order Controller POD - Typos
G. Richardson [Mon, 25 Feb 2019 11:25:56 +0000 (12:25 +0100)]
Dev Part - Codeeinrückungen
G. Richardson [Mon, 25 Feb 2019 14:36:53 +0000 (15:36 +0100)]
Bericht Lagerbestand - Artikelnummer vorbelegbar machen
wenn man einen Parameter partname im Link übergibt
wh.pl?action=report&partnumber=foobar123
G. Richardson [Mon, 25 Feb 2019 13:56:06 +0000 (14:56 +0100)]
Bericht Lagerbuchungen - Artikelnummer vorbelegbar machen
wenn man einen Parameter partname im Link übergibt
&partname=foobar
G. Richardson [Mon, 25 Feb 2019 13:51:41 +0000 (14:51 +0100)]
Umlagern und Entnahme mit Artikel vorbelegen
Wenn man in der URL ein &parts_id=12345 im Link mitliefert.
In beiden Berichten gibt es einen Partpicker.
G. Richardson [Mon, 25 Feb 2019 15:58:55 +0000 (16:58 +0100)]
Inventory stock_in - select_default_bin Modus
wird in der Form / URL ein select_default_bin=1 übergeben, wird der
Standardlagerplatz des Artikels vorausgewählt (sofern vorhanden).
Ansonsten passiert das Aktualisieren von Lager/Lagerplatz nur, wenn sich
der Artikel nach Laden der Seite ändert.
G. Richardson [Mon, 25 Feb 2019 11:27:55 +0000 (12:27 +0100)]
InstanceConfiguration.pm - Typos und Style
G. Richardson [Wed, 20 Feb 2019 11:30:16 +0000 (12:30 +0100)]
Aggregatfunktion comma entfernt und Templates angepasst
"comma" war eine alte benutzerdefinierte Aggregatfunktion, die benutzt
wurde, um mehrere aggregierte Werte aus einem GROUP BY in einen
kommaseparierten String umzuwandeln.
Mittlerweile würde man das einfach mit array_agg und array_to_string machen:
array_to_string(array_agg(startdate), ', ') as startdate
Im Template wurden die ',' dann durch '<br>' ersetzt. Stattdessen werden
die Werte im Query nun als array_agg ausgegeben, und im Template wird
eine Schleife über das Arrayref gebildet.
G. Richardson [Tue, 19 Feb 2019 13:28:54 +0000 (14:28 +0100)]
SL::Dev::Payment - check if bank account exists
G. Richardson [Tue, 19 Feb 2019 12:09:21 +0000 (13:09 +0100)]
PriceRule Manager - selectall_ids -> selectcol_array_query
G. Richardson [Tue, 19 Feb 2019 12:08:53 +0000 (13:08 +0100)]
Helper UserPreferences - selectall_ids -> selectcol_array_query
G. Richardson [Tue, 19 Feb 2019 11:55:49 +0000 (12:55 +0100)]
SL::DBUtils - selectall_array_query -> selectcol_array_query
selectall_array_query durch selectcol_array_query ersetzt.
Intern wird nun die DBI-Funktion selectcol_arrayref verwendet, anstatt
dies manuell per Schleife zu machen. Der Name selectall_array_query war
irreführend und der neue Name entspricht nun dem, was man erwartet.
G. Richardson [Tue, 19 Feb 2019 12:00:46 +0000 (13:00 +0100)]
SL::DBUtils - POD zu AutoCommit aktualisiert + Typos
G. Richardson [Thu, 14 Feb 2019 11:01:10 +0000 (12:01 +0100)]
Inventory Controller - Datenbankoptimierungen für mini_journal
Aus Datenbanksicht war das Inventory mini-journal eine Katastrophe.
Die trans_id Abfrage führte zu einem ersten Seq Scan auf der Tabelle inventory.
my $query = 'SELECT trans_id FROM inventory GROUP BY trans_id ORDER BY max(itime) DESC LIMIT 10';
Die Rose Manager Abfrage führte dann zu einem zweiten Seq Scan auf der Tabelle inventory:
$objs = SL::DB::Manager::Inventory->get_all(query => [ trans_id => \@ids ]) if @ids;
Das sind zwei Seq Scans auf eine Tabelle die in kivitendo recht groß werden
kann. Außerdem könnte in der Zwischenzeit ein neuer inventory-Eintrag
dazugekommen sein, der damit ignoriert würde.
Im Template wurde dann auf die Rose-Objekte von part, transfer_type, bin und
warehouse zugegriffen, und da diese noch nicht geladen wurden sorgt das im
Extremfall für 40 weitere Datenbankzugriffe.
Das ist alles schön kompakter perl Code, aber wie könnte man das aus
Datenbanksicht optimieren, also die Anzahl der Zugriffe verringern und nach
Möglichkeit Indexe benutzen?
Die Templatezugriffe können einfach durch ein with_objects verhindert werden:
with_objects => [ 'parts', 'trans_type', 'bin', 'bin.warehouse' ],
Statt einer separaten Abfrage für die trans_ids könnte man diese als eine
Unterabfrage in get_all einführen:
query => [ trans_id => [ \"$query" ] ]
Die get-all-Abfrage kann man aber noch weiter verbessern, indem man nach id
statt trans_id filtert, da es für id im Gegensatz zu trans_id schon einen Index
gibt. Das Ziel für die Unterabfrage sollte also sein, eine Liste von ids zu
bekommen, damit der Index benutzt wird und man sich den Seq Scan spart.
Das mini-Journal zeigt die letzten 10 Lagerbewegungen, die entweder
Einlagerungen, Auslagerungen oder Umlagerungen sein können. Im Fall von
Umlagerungen wären das 2 inventory-Einträge, ansonsten 1. Da wir nicht wissen,
wieviele Umlagerungen dabei sind, holen wir die letzten 20 Einträge, filtern
diese nach den letzten 10 trans_ids, und extrahieren daraus die inventory ids
(zwischen 10 und 20 ids). Die ursprüngliche Abfrage mit dem GROUP BY konnte
keinen index nutzen, da das ORDER BY auf max(itime) statt itime war. Durch das
"limit 20" werden zwar potentiell ein paar Zeilen zu viel geholt, dafür kann
man aber nun einen Index auf inventory(itime) setzen, der von der Abfrage auch
verwendet werden kann, und damit spart man sich auch den letzten Seq Scan auf
inventory.
create index if not exists inventory_itime_idx on inventory (itime);
G. Richardson [Tue, 22 Jan 2019 13:56:24 +0000 (14:56 +0100)]
Spalte taxnumber aus Tabelle tax entfernt
tax.taxnumber war ein redundanter Eintrag, und entsprach dem Wert von
chart.accno aus tax.chart_id.
Z.B. in SKR04 hatte Steuerschlüssel 3 (Umsatzsteuer 19%) die taxnumber
1776 und die chart_id 775 (chart mit id 775 ist das Konto 1776).
Ein Problem dabei ist, daß wenn man in den Konteneinstellungen die
Kontonummer von 1776 ändert, dies nicht automatisch in tax.taxnumber mit
aktualisiert wurde.
Im Code wurde taxnumber v.A. verwendet, um bei Belegen die Steuern zu
gruppieren, mit der taxnumber als Schlüssel.
taxnumber wurde nun also entfernt, und obwohl zum Gruppieren der Steuern
immer noch diese Kontonummer verwendet wird, wird diese Kontonummer
nicht mehr zum Suchen des entsprechenden Taxeintrags verwendet, sondern
die Suche passiert indirekt über die chart_id.
Das ganze System basiert derzeit darauf, daß es für jeden tax-Eintrag ein
eindeutiges Automatikkonto gibt, in der Praxis muß dies aber nicht der
Fall sein!
G. Richardson [Tue, 22 Jan 2019 14:05:14 +0000 (15:05 +0100)]
Refactoring sql-Abfrage für Steuertabelle
statt 2 subselects pro Automatik- und Skontokonto, jeweils ein Join, um
die Kontonummer und Kontenbeschreibung direkt auszulesen.
Bernd Bleßmann [Wed, 7 Aug 2019 13:53:48 +0000 (15:53 +0200)]
changelog zu PartPicker sucht nach Kunden- und Lieferanten-Artikel-Nr.
Bernd Bleßmann [Mon, 5 Aug 2019 11:00:28 +0000 (13:00 +0200)]
Auftrags-Controller: Kunden- bzw. Lieferanten-Art-Nr. in Pos-Zeile anzeigen.
… sofern in den Benutzereinstellungen auch die Suche danach ausgewählt ist.
Bernd Bleßmann [Fri, 19 Jul 2019 13:48:09 +0000 (15:48 +0200)]
Auftrags-Controller: PartPicker filtert nach Kunden- und Lieferanten-Art.-Nr., …
… sofern das in den Benutzereinstellungen ausgewählt ist.
Bernd Bleßmann [Fri, 19 Jul 2019 13:45:46 +0000 (15:45 +0200)]
UserPreferences-Helper f. Part-Picker-Such-Einstellungen in Belegen
Hier kann der Benutzer einstellen, ob in Verkauf auch nach Kunden-Artikle-Nr.
und im Einkauf nach Lieferanten-Artikel-Nr. gesucht werden soll.
Bernd Bleßmann [Fri, 19 Jul 2019 12:20:38 +0000 (14:20 +0200)]
PartPicker nach Kunden- und Lieferanten-Artikel-Nr. suchen und filtern können
Bernd Bleßmann [Mon, 8 Jul 2019 13:04:22 +0000 (15:04 +0200)]
Part: Filter-Specs für Kunden- und Lieferanten-Artikel.-Nr.
Bernd Bleßmann [Fri, 19 Jul 2019 12:07:34 +0000 (14:07 +0200)]
PartPicker: Mehrfachauswahl: Ursprüngliche Filter für Dialog merken.
Damit klappt das auch hier mit der Suche nach gültigen/ungültigen/allen
Artikeln.
Bernd Bleßmann [Wed, 7 Aug 2019 10:13:47 +0000 (12:13 +0200)]
Release 3.5.4
Bernd Bleßmann [Wed, 7 Aug 2019 10:07:53 +0000 (12:07 +0200)]
Changelog auf Release 3.5.4; Bugfixes ergänzt
Bernd Bleßmann [Wed, 7 Aug 2019 09:59:18 +0000 (11:59 +0200)]
locales-Lauf english
Bernd Bleßmann [Tue, 6 Aug 2019 10:41:27 +0000 (12:41 +0200)]
Vergessene hidden Abteilung für Ein/Verkauf->Berichte->Lieferscheine
Bernd Bleßmann [Mon, 29 Jul 2019 14:23:47 +0000 (16:23 +0200)]
PTC: zur Margenberechnung die Nettozeilensumme nehmen.
So ist der Verhalten in den anderen (alten) Masken. Sonst ergeben sich
unterschiedliche Werte in den verschiedenen Masken, wenn
"Steuer im Preis inbegriffen" gewählt ist.
Moritz Bunkus [Mon, 29 Jul 2019 13:34:59 +0000 (15:34 +0200)]
Task-Server: Exceptions als Warnung loggen, nicht als Debugmeldung
Jan Büren [Mon, 29 Jul 2019 13:18:32 +0000 (15:18 +0200)]
DB-Upgrade-Skripte: Falsche Abhängigkeit 3.5.2 -> 3.5.4 korrigiert
3.5.3 -> 3.5.4
Jan Büren [Sat, 27 Jul 2019 05:46:33 +0000 (07:46 +0200)]
Release 3.5.4-beta1
Jan Büren [Sat, 27 Jul 2019 05:46:09 +0000 (07:46 +0200)]
Changelog auf Release 3.5.4-beta gesetzt
Jan Büren [Sat, 27 Jul 2019 05:42:59 +0000 (07:42 +0200)]
Dokumentation: Release auf 3.5.4 gesetzt
Jan Büren [Sat, 27 Jul 2019 05:40:56 +0000 (07:40 +0200)]
Datenbank-Upgrade-Skripte für die 3.5.4
Jan Büren [Wed, 13 Feb 2019 09:54:45 +0000 (10:54 +0100)]
generische LS-E-Mail auch in Stammdaten editieren ...
G. Richardson [Tue, 4 Jun 2019 11:34:02 +0000 (13:34 +0200)]
Controller - alten unbenutzten Code entfernt
G. Richardson [Wed, 20 Feb 2019 12:20:08 +0000 (13:20 +0100)]
SL::Dev::Inventory - Typo und Formatierung
descriptin -> description
lange Zeilen in mehrere Zeilen umformatiert
G. Richardson [Mon, 11 Mar 2019 13:16:58 +0000 (14:16 +0100)]
Typo in POD
G. Richardson [Mon, 11 Mar 2019 13:16:05 +0000 (14:16 +0100)]
Typo in POD
G. Richardson [Mon, 25 Feb 2019 11:06:20 +0000 (12:06 +0100)]
DBConnect POD Typo
G. Richardson [Wed, 6 Feb 2019 13:55:54 +0000 (14:55 +0100)]
ungenutzte Spalte "ranking" aus Tabelle "payment_terms" entfernt
Überbleibsel aus uraltem Zahlungsbedingungsfeature
G. Richardson [Fri, 1 Feb 2019 09:36:22 +0000 (10:36 +0100)]
action Name in POD aktualisiert
G. Richardson [Tue, 19 Feb 2019 12:17:47 +0000 (13:17 +0100)]
SL::DB _register_db Passwort aus $type herausfiltern
Es wurde nach dem falschen String gefiltert.
Jan Büren [Wed, 24 Jul 2019 07:45:35 +0000 (09:45 +0200)]
EB/SB Buchungen minimale Kindersicherung für Datumswerte
Die Funktion lässt den Nutzer zuviele Freiheiten ;-(
Ausreichend wäre es nur ein Datum (vgl. sql-ledger yearend) eingeben
zu lassen und das Folgedatum ist dann automatisch der nächste Tag.
Jan Büren [Tue, 23 Jul 2019 07:15:28 +0000 (09:15 +0200)]
Kontoauszug verbuchen rückgängig: Mitarbeiter in history protokollieren
Jan Büren [Tue, 23 Jul 2019 07:04:41 +0000 (09:04 +0200)]
Kontoauszug rückgängig machen: Nur bei aktuellem Beleg arap.paid neu setzen
Moritz Bunkus [Mon, 22 Jul 2019 09:36:59 +0000 (11:36 +0200)]
Hintergrundjobs: einmalige Jobausführung: Daten übergeben können
Entweder, man übergibt `data` als Parameter in
URI-Hash-Form (z.B. '&data.var=value'), als normaler YAML-encodierter
String, so wie er auch in der Datenbank
steht (z.B. '&data=---%0Avar%3Dvalue'), oder man übergibt
JSON-encodierte Daten in
`json_data` (z.B. '&json_data=%7B%22var%22%3A%22value%22%7D`).
Moritz Bunkus [Fri, 19 Jul 2019 13:50:04 +0000 (15:50 +0200)]
Mahnungs-Tabelle: Fremdschlüsselverknüpfung auf Rechnungstabelle Part 2
Moritz Bunkus [Fri, 19 Jul 2019 13:16:25 +0000 (15:16 +0200)]
Mahnungs-Tabelle: Fremdschlüsselverknüpfung auf Rechnungstabelle
Moritz Bunkus [Fri, 19 Jul 2019 08:08:38 +0000 (10:08 +0200)]
DateTime: Funktionen zum Parsen von YYYY:MM:DD und YYYY:MM:DDTHH:MM:SS
Moritz Bunkus [Thu, 18 Jul 2019 11:46:36 +0000 (13:46 +0200)]
Hintergrundjobs: Controller-Action zur einmaligen Ausführung eines Jobs
Gedacht für Aufruf von extern, gibt JSON zurück. Beispiel:
curl --silent --user "<username>:<password>" \
'https://<hostname>/kivitendo/controller.pl?action=BackgroundJob/execute_class&class=CleanAuthSessions'
Moritz Bunkus [Thu, 18 Jul 2019 08:31:12 +0000 (10:31 +0200)]
CVars: bei Gültigkeitswechsel aktuellen Wert nicht speichern
Wenn man in den Artikelstammdaten eine CVar von ungültig auf gültig
umschaltet, so ist in dem Moment die CVar-Input im Formular nicht
enthalten, sondern nur die Gültigkeits-Checkbox. Wenn dann im Backend
der aktuelle Wert der CVar in die DB gespeichert wird, weil die CVar
ja ab dem Moment gültig ist, so ist der Wert dementsprechend leer
bzw. 0 für numerische Typen.
Der Effekt ist, dass beim nächsten Laden der CVar ein Wert in der DB
steht (leer/0), und dass dieser Wert vorausgewählt ist und nicht der
Standardwert aus der Konfiguration.
Daher sorgt diese Änderung dafür, dass in so einem Fall der aktuelle
CVar-Wert schlicht gar nicht in die DB geschrieben wird. Genauer:
Wenn das Speichern der Gültigkeit gewünscht wird, so wird der Wert nur
dann geschrieben, wenn die CVar sowohl vor dem Speichern als auch nach
dem Speichern gültig ist, sie also weder gerade aktiviert noch gerade
deaktiviert wird. Andernfalls wird die CVar in der DB nicht vorhanden
sein.
Moritz Bunkus [Wed, 17 Jul 2019 10:17:16 +0000 (12:17 +0200)]
Einkauf/Verkauf: Bemerkungsfelder gleich groß anzeigen
Moritz Bunkus [Wed, 17 Jul 2019 13:59:34 +0000 (15:59 +0200)]
Einkaufsrechnungen: Projektauswahl gefixt
Moritz Bunkus [Wed, 17 Jul 2019 13:48:13 +0000 (15:48 +0200)]
Einkauf/Verkauf: keine Validierung bei Update-Button
Andernfalls wird z.B. erzwungen, dass die Vorgangsbezeichnung
eingegeben ist, bevor der Update-Button betätigt wird. Das betrifft
auch den Kundenwechsel, der ein automatisches Update triggert, was
wiederum die Validierung triggert.
Wichtig bzgl. Validierung ist letztlich nur, dass die Werte zum
Zeitpunkt des Speicherns gültig sind, egal ob explizites
(»Speicher«, »Als neu speicher«) oder implizites Speichern (»Drucken«,
»E-Mail« etc.).
Moritz Bunkus [Tue, 16 Jul 2019 12:26:29 +0000 (14:26 +0200)]
LaTeX: openin_any weniger restriktiv
Die Einstellung openin_any aus texmf.cnf (oder der Umgebungsvariable
gleichen Namens) kontrolliert, aus welchen Pfaden (PDF)LaTeX
Quelldateien liest: a = any liest aus beliebigen Verzeichnissen, r =
restricted nicht aus Dot-Verzeichnissen und p = paranoid nur aus
dem Ausgabeverzeichnis und seinen Unterverzeichnissen.
Bei kivitendo ist das Ausgabeverzeichnis …/users, die Vorlagen liegen
in …/templates/…, sind also keine Unterverzeichnisse. Aktuelle
LaTeX-Versionen (zumindest ab TeXLive 2019.5…) wenden das nun strikt
an, was dazu führt, dass z.B. das Einbinden von Bildern nicht möglich
ist, wenn die Bilder in …/templates/… anstelle von …/users liegen —
sogar obwohl …/templates/… in $TEXINPUTS enthalten ist.
An dieser Stelle ist zu viel Sicherheit falsch bzw. für unser
aktuelles Layout falsch.
Eine andere mögliche Variante wäre, die LaTeX-Abhandlung direkt in
…/templates anstelle von …/users uz machen. Das erfordert aber
potenziell Eingriff durch den SysAdmin, um Verzeichnisrechte anders zu
setzen. Daher wird das erst mal nicht gemacht.
Bernd Bleßmann [Thu, 11 Jul 2019 11:30:48 +0000 (13:30 +0200)]
Part-Controller: Kosmetik
Bernd Bleßmann [Thu, 11 Jul 2019 11:30:17 +0000 (13:30 +0200)]
Part-Controller: Gültigkeit von CVars richtig speichern
Das behebt den Bug, dass sich CVars in den Warenstammdaten nicht mehr
ungültig/gültig gesetzt werden konnten.
Bernd Bleßmann [Thu, 11 Jul 2019 11:29:36 +0000 (13:29 +0200)]
Revert "CVars: in Artikelstammdaten sind alle CVars gültig"
This reverts commit
ab45df2fa087f4b754ef02f238557ab0e28a676b.
CVars in den Warenstammdaten sind nicht immer gültig. Das Problem hier war,
dass das Speichern des Gültig-Flags durch einen anderen Bug nicht funktionierte,
und so Variablen, die als Voreinstellung deaktiviert waren, nicht mehr geändert
werden konnten (auch nicht auf aktiviert/gültig gesetzt werden).
Der Fix für diesen anderen Bug kommt gleich.
Bernd Bleßmann [Wed, 10 Jul 2019 11:02:22 +0000 (13:02 +0200)]
Upgrade-Datei: Hinweis auf: Task-Server berücksichtigt Memory-Limit
Bernd Bleßmann [Wed, 10 Jul 2019 10:56:19 +0000 (12:56 +0200)]
Changelog: Task-Server berücksichtig Memory-Limit
Bernd Bleßmann [Wed, 10 Jul 2019 10:41:04 +0000 (12:41 +0200)]
Dokumentation: Task-Server: Hinweise auf Memory-Limit und Restart (systemd)
Ausserdem alle "Taskserver" durch "Task-Server" ersetzt.
Bernd Bleßmann [Wed, 10 Jul 2019 10:40:49 +0000 (12:40 +0200)]
Task-Server: Debug-Meldung, falls Beendigung wg. Memory-Limit.
Sven Schöling [Mon, 4 Mar 2019 15:59:55 +0000 (16:59 +0100)]
memory_usage_is_too_high von Dispatcher nach System::Process verschoben
(cherry picked from commit
c0e3364a21b2da1c61564ddb8d9afa5ab6489f9c)
Sven Schöling [Mon, 4 Mar 2019 15:43:35 +0000 (16:43 +0100)]
task_server.pl: Speicherlimit beachten
(cherry picked from commit
7fcf2ca9960d160419aa89824cb4fb3a25188ad9)
Jan Büren [Tue, 9 Jul 2019 10:34:23 +0000 (12:34 +0200)]
Dokumentation: Andere Pakete an zentraler Stelle bündeln
Viele Admins überlesen die Notiz, dass postgresql-contrib noch
benötigt wird, wenn die Info 'nur' im Kapitel Datenbank steht.
Kapitel 2.2.3 unterhalb der Perl-Pakete kurz gebündelt und alle
notwendigen nicht Perl Pakete dort mit einem Installationsbefehl gesetzt.
Michael Kruschinsky [Tue, 9 Jul 2019 10:20:10 +0000 (12:20 +0200)]
Dokumentation: weitere Anpassung für openSUSE
Michael Kruschinsky [Sun, 7 Jul 2019 16:58:57 +0000 (18:58 +0200)]
SuSE Installations-Doku überarbeitet
Jan Büren [Fri, 5 Jul 2019 12:24:00 +0000 (14:24 +0200)]
Bugfix: Brieffunktion prüft im Einkauf auf Verkaufsbriefrechte
Ternärer Operator für Fallunterscheidung
(is_sales or is_not_very_much_sales)
Bernd Bleßmann [Fri, 5 Jul 2019 12:07:15 +0000 (14:07 +0200)]
Auftrags-Controller: item-ids nach Speichern richtig setzen
Vergessen, den idx in jedem Fall weiterzuzählen. Dadurch konnte es passieren,
das Positionen aus dem Auftrag gelöscht und evtl. Langtexte und Werte der
2. Zeile falsch zugeordnet wurden.
Nachtrag zu:
commit
7749e0e61e5d431a59e33cf497addf9ad682b8af
Author: Bernd Bleßmann <bernd@kivitendo-premium.de>
Date: Wed May 15 15:18:21 2019 +0200
OrderController: nach Speichern hiddens der ids wieder setzen, …
… falls die Makse nicht neu geladen wird.
Bernd Bleßmann [Fri, 28 Jun 2019 14:27:20 +0000 (16:27 +0200)]
Benutzereinstellungen für Höhe des Scrollbereichs f. Positionen …
… im neuen Auftrags-Controller
Bernd Bleßmann [Fri, 28 Jun 2019 14:25:57 +0000 (16:25 +0200)]
Auftrags-Controller: Einstellungen/Höhe des Scrollbereichs berücksichtigen …
… für den Positionsbereich
Bernd Bleßmann [Fri, 28 Jun 2019 14:24:08 +0000 (16:24 +0200)]
UserPreferences-Helper f. Scrollbar-Einstellungen in Belegen
Hier kann die Höhe des scrollbaren Postitionsbereichs im neuen
Auftrags-Controller abgelegt werden.
Jan Büren [Mon, 17 Jun 2019 09:07:40 +0000 (11:07 +0200)]
Changelog (Bei DB Verwendungszweck)
Jan Büren [Mon, 17 Jun 2019 09:06:31 +0000 (11:06 +0200)]
Kontoauszug verbuchen, bei DB Verwendungszweck übernehmen
Dialogbuchungen aus Kontoauszugs-Import erstellen,
der Verwendungszweck wird in die Beschreibung übernommen
Jan Büren [Sat, 15 Jun 2019 08:12:02 +0000 (10:12 +0200)]
Dialogbuchungen aus Bankimport nicht stornieren
Die acc_trans_ids werden hier auch noch gelöscht und
neu geschrieben. Die Verknüpfungs-Info gehen entsprechend kaputt.
Solange die Periode noch nicht geschlossen ist, ist ein Neuverbuchen
der Bankbewegung wesentlich sinnvoller.
Bernd Bleßmann [Sun, 9 Jun 2019 13:46:58 +0000 (15:46 +0200)]
PartPicker: auch nach ungültigen oder allen Artikeln suchen können.
Dazu kann ein Parameter "status" (active/obsolete/all) übergeben werden.
Ohne diesen Parameter ist das Verhalten wie zuvor (nur gültige).
Moritz Bunkus [Thu, 6 Jun 2019 14:20:48 +0000 (16:20 +0200)]
Wiederkehrende Rechnungen: Druckvorlage nach Auftragssprache auswählen
Bisher wurde immer die Standarddruckvorlage genutzt und die im Auftrag
und damit der Rechnung eingestellte Sprache komplett ignoriert.
Weiterhin wird der Dateiname des Anhangs nach der eingestellten
Sprache gesetzt. Das funktioniert nur, wenn die in kivitendo
konfigurierten Sprachen dieselben Sprachkürzel nutzen, wie kivitendos
Übersetzungen selber heißen (also »de« und »en«).
Moritz Bunkus [Thu, 6 Jun 2019 14:07:14 +0000 (16:07 +0200)]
LXDebug: fix level2string für diverse Level, inklusive WARN()
Moritz Bunkus [Thu, 6 Jun 2019 13:54:59 +0000 (15:54 +0200)]
Task-Server: CLI-Option zur Ausführung eines einzelnen Jobs
Führt einen einen bestimmten Job exakt einmal aus, egal, ob der Job
aktiv ist oder was sein nächstes Ausführungsdatum ist. Anschließend
beendet sich der Task-Server wieder.
Das Argument ist die Datenbank-ID aus Tabelle »background_jobs«.
Beispiel:
./scripts/task_server.pl debug --run-job=42
Moritz Bunkus [Thu, 6 Jun 2019 10:29:59 +0000 (12:29 +0200)]
Admin-Controller: Anlegen der Vollzugriffs-Gruppe gefixt
Nach dem Anlegen einer neuen Auth-DB und neuer Session-Tabellen sollte
eigenlich auch eine Gruppe namens »Vollzugriff« angelegt werden, die
Zugriff auf alle Funktionen bekommt — wurde sie aber nicht.
Es gab gleich zwei Probleme mit dem Code:
1. Die Funktion »apply_dbupgrade_scripts« gab nach dem Anlegen der
Session-Tabellen den Wert 1 zurück (im Sinne von »es wurden
DB-Upgrade-Scripte angewandt«). Das hat der aufrufende Code aber
als Gelegenheit genutzt, um den Request zu beenden, bevor der Code
zur Prüfung, ob es schon Gruppen gibt, überhaupt ausgeführt wurde.
Hintergrund ist, dass
»SL::DBUpgrade2->apply_admin_dbupgrade_scripts« selber schon eine
Webseite rendert und die aufrufende Funktion im Controller das dann
nicht auch noch machen wollte.
Doof nur, dass diese Funktion im Controller dann nie wieder
aufgerufen wurde.
2. Der Test, ob es schon eine Gruppe gibt oder nicht, war falsch. Der
Code sollte eigentlich eine beliebige Gruppe auslesen und der
Variablen »$group« zuweisen. Was der Code aber gemacht hat, war eine
Referenz auf ein leeres Array der Variablen zuzuweisen. Der
nachfolgende Check auf »ist $group nicht gesetzt?« hat dann
natürlich nicht gegriffen, denn auch eine leere Array-Referenz ist
im Perl-Sinne wahr.
Moritz Bunkus [Thu, 6 Jun 2019 10:27:14 +0000 (12:27 +0200)]
Admin-Controller: falscher Funktionsname für Auth-Variablen gefixt
Die Umstellung auf Auth-Handler mit Einführung der Möglichkeit, sich
auch über HTTP-Basic-Authentifizierung anzumelden, hat als Änderung
mitgebracht, dass die
Authentfizieriungsvariablen (z.B. »{AUTH}admin_password«) nicht mehr
in $::form verbleiben. Einige Controller benötigen diese aber;
z.B. der Admin-Controller, wenn es noch keine Auth-DB oder keine
Session-Tabellen gibt — denn dann ist die einzige Möglichkeit, das von
der Benutzer*in eingegebene Admin-Passwort über mehrere Requests zu
erhalten, es in der Form mitzuschleifen.
Der Admin-Controller war darauf auch schon vorbereitet — leider hatte
aber die Funktion, die diesen Umstand mitteilt, den falschen Namen und
wurde somit niemals aufgerufen.
Dies ist der zweite Teil des Fixes von #376.
Moritz Bunkus [Thu, 6 Jun 2019 10:23:34 +0000 (12:23 +0200)]
SessionValue: damit klarkommen, dass Auth-DB & Session-Tabellen nicht existieren
Durch die Änderungen letztens, mit der Session-Werte auch bei parallel
laufenden kivitendo-Requests richtig erhalten bleiben, wurde
SessionValue so umgeschrieben, dass es davon ausgeht, dass sowohl die
Auth-DB als auch die Session-Tabellen immer existieren.
Dies ist jedoch während der Erstinstallation nicht der Fall. Diverse
Requests im Admin-Controller müssen ausgeführt werden können, damit
Auth-DB & Session-Tabellen über den Controller angelegt werden können.
Da der Admin-Auth-Handler aber auch mit Sessions funktionieren kann,
fragt er also Session-Werte ab; die wiederum versuchen,
SessionValue-Instanzen zu nutzen.
SessionValue prüft nun bewusst auf Präsenz der Session-Tabellen, bevor
es versucht, aus ihnen zu lesen.
Dies ist Teil des Fixes von #376.
Moritz Bunkus [Wed, 5 Jun 2019 15:02:47 +0000 (17:02 +0200)]
Mailer: Encoding der Namen von Dateianhängen gefixt
Email::MIME encodiert den Dateinamen, der im »Content-Disposition«-
Header enthalten ist, nicht selber. Daher muss der Aufrufer das
tun. Andernfalls kann es bei Nicht-ASCII-Zeichen dann dazu kommen,
dass das empfangene Mail-Programm diese in einem anderen Zeichensatz
interpretiert (z.B. ISO-8859-1), obwohl wir immer UTF-8 senden. Ein
Halleluja für Legacy-Standards.
Weiterhin gibt es einen subtilen Bug in Email::MIME. Eigentlich steht
der Dateiname ja bereits im »attributes«-Hash, das an
»Email::MIME->create()« übergeben wird. Hier könnte man den Dateinamen
schon encodiert reinschreiben.
Das funktioniert auch — aber nur manchmal. Intern scheint das Modul
über die Hash-Keys von »attributes« zu iterieren und je nachdem,
welche Keys es schon gesehen hat, das vom Aufrufer vorgenommene
Encoding rückgängig zu machen. Da die Hash-Key-Reihenfolge aber bei
jedem Aufruf von Perl zufällig gewählt wird, passiert es halt
manchmal, dass diese Keys bereits gesehen wurden und Email::MIME das
Encoding rückgängig macht.
Daher muss der »Content-Disposition«-Header unbedingt nach dem
Erzeugen mit »create« gesetzt werden. Dann lässt Email::MIME ihn auch
genau so, wie er sein soll.
Moritz Bunkus [Wed, 5 Jun 2019 12:55:17 +0000 (14:55 +0200)]
Periodische Rechnungen: find_template-Aufruf gefit
find_template gibt je nach Kontext (Skalar vs. Array) unterschiedliche
Dinge zurück. Innerhalb einer Hashzuweisung herrscht Array-Kontext,
und damit kann je nach Reihenfolge, in der die Hash-Parameter von Perl
ausgewertet werden, der gesamte Hashinhalt schrott sein.
Moritz Bunkus [Wed, 5 Jun 2019 11:54:52 +0000 (13:54 +0200)]
Module: weitere Anpassungen für Exception::Lite → Exception::Class
Jan Büren [Tue, 28 May 2019 12:17:02 +0000 (14:17 +0200)]
Druckvorlagen RB Syntax-Fix für notes (VK-Angebot)
Ist aus Versehen mit der letzten Überarbeitung reingekommen.
Jan Büren [Tue, 28 May 2019 09:52:02 +0000 (11:52 +0200)]
Doku: Apache 2.2 Direktiven entfernt
Der Hinweis für ältere Versionen ist ausreichend.
Entsprechend entfernt.
Jan Büren [Tue, 28 May 2019 07:45:48 +0000 (09:45 +0200)]
Doku: ghostscript als Paket für LaTeX ergänzt
Die Mahnungen benötigen dieses Paket
Moritz Bunkus [Mon, 20 May 2019 14:12:29 +0000 (16:12 +0200)]
Session Content: Query zum Einlesen gefixt
Operatorpräzedenz wurde falsch berücksichtigt.
Sven Schöling [Wed, 17 Apr 2019 12:30:30 +0000 (14:30 +0200)]
Session Content: Race condition gehoben
Der ursprüngliche Mechanismus hat einfach nur alle Session Variablen
gespeichert und beim Session restore wieder geladen. Es hat sich aber
gezeigt, dass große Daten in der Session Requests deutlich langsamer
machen, also wurde das Flag auto_restore eingeführt. Session Werte, die
nicht automatisch benötigt werden, sollten dann nur bei Bedarf geladen
werden.
Um zu wissen welche Werte existieren wurden aber zum Start des
Requests einmal alle Werte aus der Sessiontabelle geholt, und am Ende
dieser Stand auch wieder hergestellt.
Unter ajax load kann es aber passieren, dass in der Zeit andere Requests
schon Werte eingepflegt haben die dabei gelöscht werden. Das führt dann
zu zufälligen Sessionabbrüchen oder Requestfehlern.
Jetzt werden am Anfang nur und ausschließlich die Daten geladen die auch
auto_restore sind, die dann auch gleich gelöscht werden. nur die Daten
die modifiziert werden, werden am Ende des Requests zurückgespeichert.
Es wäre toll gewesen dafür ein UPSERT zu nehmen, aber das scheitert
daran, dass das ein DB Upgrade auf auth braucht.
Bernd Bleßmann [Wed, 15 May 2019 13:18:21 +0000 (15:18 +0200)]
OrderController: nach Speichern hiddens der ids wieder setzen, …
… falls die Makse nicht neu geladen wird.