ActsAsList: Neue Funktion "reorder_list"

Conflicts:
SL/Controller/ProjectType.pm

Wenn Proxies übergeben werden, müssen die vor dem Downgrade stringifiziert werden.

Debitoren-/Kreditoren-/Dialogbuchungen: Fremdschlüsselspalte "department_id" nicht mit "0" schreiben

Conflicts:
SL/AP.pm

Sorted-Controller-Helfer: Standardsortierrichtung nutzen, wenn nicht anders übergeben

Projektverwaltung auf Rose- und Controller-Code umgestellt

Projekt: neue Spalten (Kunde, Typ, gültig)

DateTime-Helfer: 'goto' heißt das Keyword, nicht 'gofrom'

mosu vs "search & replace" -- 0:1

DateTime-Helfer: Funktionsnamen in (to|from)_kivitendo umbenannt

Mit Legacy-Aliasen.

DateTime-Formatierung: Jahreszahlen immer vierstellig ausgeben

Machen die anderen Datumsformatfunktionen von kivitendo ebenso.

Rose: Fremdschlüsselbenennung fixen

Die von Rose erzeugten Fremdschlüsselaccessoren heißen wie die
Spaltennamen, also z.B. in Perl 'trans' zu Spalte 'trans_id'. Das ist
unintuitiv und muss an vielen Stellen (z.B. bei den manager_args,
with_objects etc.) auch als 'trans' angegeben werden.

Also im Generatorscript gewisse Namen auf sinnvollere Namen mappen.

Schreibfehler im englischen String

Rose-Order-Manager: Sortier-Spezifikation und Paginating

Umwandlung Angebot/Auftrag -> Lieferschein/Rechnung: nur nicht gelieferte/berechnete Mengen vorgeben

Funktion 'is_sales' in SL::DB::{Invoice,PurchaseInvoice}

Gleiche Funktionen für ähnliche Objekttypen

Boolesche Funktionen ("is_...") auch boolesche Werte zurückgeben lassen

Ansonsten sind Vergleiche nervig:

$a->is_ales == $b->is_sales

LinkedRecords-Helfer: Parameter 'via' bei 'linked_records' für beliebige Pfade von -> zu

z.B. um zu einem Angebot alle Rechnungen zu erhalten, egal, ob
zwischendurch Aufträge und Lieferscheine stehen

LinkedRecords-Helfer: Dokumentationsupdate

LinkedRecords-Helfer: Funktionsname privat gemacht

Rose: 'with_args' nach Foreign-Key-Einführung gefixt

Die Beziehung heißt nun 'parts' und nicht mehr 'part'. 'part' ist nur
ein Alias.

Doppelter foreign key auf oe wieder entfernt

Rose-Beziehungstypen in Order gefixt

Siehe #2139.

Rose-Beziehungstypen gefixt

Behebt #2139.

Fremdschlüssel für Tabellen oe, delivery_orders, parts, translation

Kundentypnummernkreis nur berücksichtigen, falls dafür Nummernkreis gesetzt ist

Gilt analog für Lieferanten.

Siehe #2138.

CSV-Import Lieferadressen: Funktion gefixt

Shipto hat keine custom variables. Die Base-Klasse hat sich aber
darauf verlassen, indem es 'all_cvar_configs' aufruft. Der Test mit
'$self->can("all_cvar_configs")' ist hier sinnfrei, weil
Rose::Object::MethodMaker nun mal genau diese Methoden anlegt.

CSV-Import-Script: Dokumentation zum Doublettencheck erweitert

CSV-Import-Script: Mit Leerzeichen im Dateinamen klarkommen

Vor Fremdschlüsselzuweisung trans_id verwaiste Einträge in orderitems löschen

Nach Löschen in customer/vendor via DB-Trigger in contacts, shipto aufräumen

Nach Löschen in ar/ap/gl via DB-Trigger in acc_trans aufräumen

SL::DB::Buchungsgruppen: Verknüpfungen und Hilfsmethoden

Diverse Fremdschlüssel für Tabellen ar und ap

POD-Dokumentation

InvoiceItem, OrderItem, DeliveryOrderItem: diverse Fremdschlüssel eingeführt

Option in [debug], keine 'nologin' zu schreiben

CSV-Import Ansprechpersonen: Feld "Funktion/Position" (cp_position)

SL::DB::Order: falsche one-to-many zu PeriodicInvoice entfernt

Experimentelles Hilfe-Overlay wieder deaktiviert

Spalte 'cp_function' in 'cp_position' umbenennen zwecks Kompatibilität mit CRM

Ansprechpersonen: Feld "Funktion/Position"

Trailing comma entfernt

PostgreSQL mag diese nicht.

PartImport: check_existing etwas optimiert, spart bei Testimports gut 40% Zeit.

Warnung wenn der Taskserver nicht läuft

Error Reporting, und robuster gegen Fehler im Report save/load

locale update

neustart bug von taskserver gefixt

pollen für ajax fortschritt max alle halbe sekunde

pricegroups nur anzeigen, wenn sie auch wirklich vorhanden sind.

init methoden sollen nur zurückgeben

Anzahl der Zeilen für den Report cachen un indizieren

Da das auch mal gerne 4mio+ werden dauert das sonst elend lange.

Fehlerhafterweise wurden leere statuszeilen rot markiert.

Fehlerhafter Test

nicht hochgeladene Datei abfangen

Fehlende Übersetzung

progress tracking für andere imports

cleanup nach jedem import

cleanup fix

test korrekt mitschleifen

debug code

paginating für test_import

report paginaten

cleanup Methode und Manager für CsvImportReport

Fehler korrekt weiterleiten

Bugs bei formatierten Methoden behoben

import button einblenden nach erfolgreichem test.

Übersetzungen

Progress genauer anzeigen

Weitere Verbesserungen am asynchronen Import.

- tracking
- profile/session handling

debug

action_report zu den anderen actions verschoben

richtigen progress anzeigen

set_data Methode

SessionFile optional mit session_id laden

(wird für background_jobs benötigt

BackgroundJobCleanup

Asynchroner Import

Report in der richtigen Reihenfolge speichern und anzeigen.

Includeprobleme bei SL/DB Objekten vermeiden

destroy methode für CsvImportReport

CsvReport: Status mitspeichern

Csv Import in Datenbank zwischenspeichern und rudimentärer Report.

Doku für dbupgrade --create

CsvImportProfiles an den erstellenden Benutzer gebunden

Revert "tax_id in acc_trans"

This reverts commit 357d134d265637fb37ed2cd47da2ce3ef44d015a.

Revert "Fremdschlüssel für tax_id in acc_trans"

This reverts commit a4fce26ecdececd74cf1c63de7dcc959083d7e6c.

Revert "DB-Upgrade: Fehlendes "@charset" ergänzt"

This reverts commit fbea33b1c3cdc823712e22175321d3b75a20b754.

Revert "Fehler beim Schreiben von tax_id"

This reverts commit 94915eda8e84805b5745b81fefc67be9ecde55f8.

Revert "Probleme bei Mwst-Wechsel"

This reverts commit 072919154edb34f4afed6bf93fdbdae5b0969385.

Merge branch 'master' of vc.linet-services.de:public/lx-office-erp

SL::Locale::String kann jetzt auch Parameter

t8('The is no cake, at least with id #1', 42)

SEPA-Einzug: Rechnungen mit gesetztem "Lastschrifteinzug" vorauswählen

Debitorenbuchungen: Checkbox für "Lastschrifteinzug"; Vorbelegung aus Stammdaten

Verkaufsrechnungen: Checkbox für "Lastschrifteinzug"; Vorbelegung aus Stammdaten

Kunden-/Lieferantenstammdaten: anklickbare Checkbox-Labels

Stillen Fehler bei cascade-save von one-to-many relations behoben.

Folgendes Phänomen:

       table X                       table X_items
       id                            X_id references X(id)

wird in Rose zu

SL::DB::X und SL::DB::XItems, wobei SL::DB::XItems::X eine automatische
relationship zu X bildet, und in den meisten Fällen SL::DB::X::items eine
manuelle Relationship in die Gegnrichtung.

Was nun passiert ist, war, dass ein save(cascade => 1) auf X die items nicht
mitegspeichert hat.

Das Problem war, dass unser Hooksystem nicht sichergestellt hat, dass die
überladene save Methode von SL::DB::Object immer das Ergebnis der eigentlichen
Speicherung zurückgeliefert.

Rose::DB::Object selber braucht diesen Rückgabewert nicht, und dokumentiert das
Verhalten auch nur informal. Die von den relations angelegten post-save Hooks
prüfen den aber, und schmeissen bei nichterfolg eine Exception.

Das nächste Problem ist jetzt, dass Rose::DB::Object intern die Fehler nicht
direkt wirft, sondern den letzten Fehler in $self->error speichert, und den
dann einfach wirft. Unser undef der überladenen save Methode wird als Fehler
erkannt, aber weil nie ein Fehler gesetzt wurde, wird effektiv "die undef"
aufgerufen.

Das landet dann als "Died at .../Rose/DB/Object/MakeMethods/Generic.pm line
3741." im eval error von Rose::DB::Object::save. Das gibt das Ganze weiter an
den Rose::DB::Object::Metadata::handle_error, der das wiederum an Carp::croak
weitergibt.

Carp packt das gnaze in eine weitere Lage "Died at" ein, und bubblet das ganze
weiter an unser Hooksystem, wo die Rose::DB::do_transaction den Fehler fängt,
und folgerictig ein rollback triggert.

Jetzt der Trick: Bei Rose ist Rose::DB::Object für die Eskalation zuständig.
Rose::DB::do_transaction beendet nur die Transaktion und sieht zu dass nichts
kaputtgeht, und gibt dann undef zurück. Die Exception ist damit im
Errorattribut der DB Connection versenkt.

Rose::DB::Object umgeht das gleiche Problem indem im Fehlerfall die Exception
gefangen wird, die Transaktion sauber beendet wird, und danach erst der
Metadata::handle_error den Fehler zur weiteren Eskalation bekommt.

Dieser Patch erweitert unser Hooksystem so, dass immer der Rückgabewert des
RDBO::save zurückgegeben wird, was dann den Fehler nicht mehr triggert.

Zusätzlich müssen später noch Exceptions im Hooksystem gefangen werden, und
auch da sauber die Transaktion beendet werden, bevor die gehandhabt werden.

Syntaxfehler gefixt

cgi->popup_menu durch L.select_tag (in templates/webpages/ap/form_header.html) ersetzt

PHP-Code aus ERP entfernt. Wird als Extrapakete angeboten.

Wird nicht mehr weiterentwickelt / gepflegt. Funktion fraglich.

Evtl. Nachfolgeprojekt auf Basis der neuen PHPeppershop-Schnittstelle.

HTML aus der Funktion bin/ap.pl:form_footer in ein Template übertragen.

Merge branch 'master' of vc.linet-services.de:public/lx-office-erp