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

html syntax fehler

HTML-Escape unter templates/ap/form_header.html eingefügt

HTML-Code aus bin/ap.pl/form_header in ein eigenes Template übertragen

Menüs: "target=..." wieder unterstützt

menu.ini: target=_blank anstelle von _top

Menu-V3-Code: Css.pm nach V3.pm gemerget

Css.pm war noch nötigt, als es gemeinsamen Code für V3.pm und V4.pm
enthielt. Letzteres gibt es inzwischen nicht mehr.

Refactoring menu.ini: überflüssige "target=acc_menu"-Zeilen entfernt

JS- und CSS-Menüs: Frame-Header vereinheitlicht

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

Umbenennung in kivitendo

Schreibfehler korrigiert: kivitendo statt kiviteno

Im Auftrags-/Angebotsbericht richtig nach Verkäufer sortieren.

Vorher wurde auch hier nach Bearbeiter sortiert.

Probleme bei Mwst-Wechsel

Durch einen Mwst-Wechsel kam es bisher zu einigen Problemen, folgende
behebt dieser Commit:

1.Korrektes Öffnen von Dialogbuchung bei inkl Steuern

2.Korrekte Anzeige Steuersatz in
  Berichte-Kontenübersicht-...-Konto auswählen

3.Korrektes Öffnen von Kreditorenbuchungen

Fehler beim Schreiben von tax_id

Bei Kreditorenbuchungen wurde noch die falsche Steuer-id geschrieben,
wenn man den Steuersatz in einer Position selbst anpasst.

Fremdschlüssel für tax_id in acc_trans

Dieser Commit fügt einen Fremdschlüssel für die Spalte tax_id in
der acc_trans zu der Spalte id in tax ein.

Vergessene hidden (date) für Lagerbestandsbericht hinzugefügt

ic.pl: Auswählen-Button auf der Top100-Seite auskommentiert.

Schon in Commit 1a500c31f23ea9fef89b35af688249f18afeb939 ist die action "choice"
rausgeflogen. Jetzt ist auch der zugehörige Button weg.

fixt #2113

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

Bankkonten löschbar machen

Da Bankkonten nur von SEPA(und dort nur die Kontodaten kopiert werden) verwendet
werden, muss nicht geprüft werden, ob das Konto noch verwendet wird.
fixt #2085

Dokumentation für Python-Konfigurationsvariablen

Python-Interpreter und -Modulpfad über Konfigurationsoptionen in kivitendo.conf konfigurierbar gemacht

Behebt #671.

Syntaxkompatibilität zu Python 3

Verzeichnis users/.cache ignorieren

Verzeichnis "mail" nicht als Druckvorlage anbieten

tax_id in acc_trans

Dieser Commit enthält das Update-Script um eine neue Spalte Namens
'tax_id' in die Tabelle 'acc_trans' einzufügen. Diese Spalte ist
ein Pflichtfeld.

Das Pflichtfeld wird jetzt immer geschrieben bei:

-VK-Rechnungen (auch automatisch erzeugten)
-EK-Rechnungen
-Kreditorenbuchungen
-Debitorenbuchungen
-Dialogbuchungen

Durch das Feld 'tax_id' können in der Tabelle tax der
Steuerschlüssel und der Steuersatz ausgelesen werden.

In diesem Commit wird allerdings der Wert in tax_id nur geschrieben,
im Moment wird er noch nirgendwo ausgelesen.

SelfTest: Ungepaarte Stornos auch im Einkauf prüfen

Umleitung der Ansprechpersonensuche (im MenüV3-Header) gefixt

fixt #2105

Merge branch 'dev'

Weitere Updates Release-Management-Doku

Update Dokumentation

Update Versionsnummer und Changelog

Aktualisierung Dokumentation zum Release-Management

Datenbankupgradescript für Release 3.0.0

f-tex Versionsnummern angepasst

Das Einblenden von ausgeblendeten CVar-Filtern gefixt.

Suchmaske für Verkaufsberichte an das "Kivitendo"-Design angepasst.

Release 3.0.0rc1

changelog und UPGRADE updates

Bug 1832 - GuV-Bericht Ist-Versteuerung wiederhergestellt

In dem Abschnitt ar sollen die Erlöse laut ac.amount relativ zu den
Zahlungseingängen ausgewiesen werden. Dann kam eine Prüfung rein, ob der
Rechnungsbetrag vielleicht 0 ist, um eine 0 im Nenner zu verhindern.
Diese Prüfung greift aber sowohl bei Verkaufsrechnungen mit Betrag 0 als
auch fälschlicherweise bei Eingangsrechnungen mit Betrag x. Diese
Aufwände wurden dann mit 1 multipliziert und haben dann die Aufwände,
die später im ap-Teil berechnet wurden, negiert, weshalb die Ausgaben
alle 0 waren. Der Patch von Uwe Konrad macht also genau das Richtige,
und ich habe noch ein paar überflüssige Prüfungen auf 0 rausgenommen.

Damit sollte die Funktionalität wie von vor der 0-Prüfung
wiederhergestellt sein.

Ob dieses Verfahren dann noch richtig ist, wenn Bug 1793 angegangen
wird, muß man dann noch sehen.

Überflüssige "jquery-ui"-Einbindungen gelöscht

noch ein jquery include zuviel

Überflüssige JQuery-Includes gelöscht.

customer_autocomplete

Javascript war nicht in der Lage mehr als ein Feld zu handhaben. Es ist
jetzt ausgelagert in ein Javascript und wird nur bei Bedarf geladen.

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

Präzedenz von Layouts beim Javascript einbinden geändert

- früher eingebunden = javascripte werden früher geladen.
- None ist jetzt das erste Layout das eingebunden wird.

frame_header/header.css im Css Layout einbinden

switchmenuframe.js im LeftMenu einbinden

menu in None Layout mit einbinden

Aktualisierung Doku zu Perl-Paketen auf allen unterstützen Distros

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

Adminerrormessage auch anzeigen

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

Historie-Button bei Waren-/Preisgruppen ausglenden, wenn keine Gruppe gewählt ist

z.B. beim Erstellen.
fixt #2086

Klammer um OR bei Filtern nach Projektnummer.

Fixt #2092

Release 3.0.0beta3

Dokumentation zu Task-Server-Start-Scripten aktualisiert

Default-Pfade in Init-Scripten an Dokumentation anpassen

Init-Script für systemd ergänzt

Namen des Task-Servers in Consolenausgabe etwas hübscher gemacht

Ausführung task_server.pl aus anderem Verzeichnis ermöglichen

Fixt #2087.

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

Bankkonto-Lösch-Button auskommentiert, da die dazugehörende action nicht vorhanden ist.

Lx-Office heißt nun kivitendo

Nicht mehr benutzte Scripte entfernen

Reverting "Ersatz fuer kvitendo css   - ist mit nosi abgesprochen   - entspricht z.Z. lx-office-erp, mit anderer Farbgebung.   - bekommt noch kleine Korrekturen"

This reverts commit 4c8bc4a9ce7bcd4d26d939129accecebc4567488.

So gravierende Änderungen am Look & Feel sind kurz vor dem Release
nicht mehr in Ruhe geradezuziehen. Daher auf nach dem Release
verschoben.

Automatische Authentifizierung bestehender Sessions über Session-ID + API-Token

Wird für CRM-Menü benötigt.

Nach fehlgeschlagenem AuthHandler Request nicht fortsetzen

Ansonsten wird zwar der '302'-Redirect ausgegeben, der Controller aber
trotzdem ausgeführt.

Request nach fehlgeschlagener Authentifizierung wirklich abbrechen

Das Problem entstand durch Revision 3ab26ffc.

Release 3.0.0beta2

changelog für die vergangene Woche

Releasemanagement, kleinere Fixes

Fehlende Übersetzungen

Doku nochmal an mosus Refactoring angepasst

Bessere Doku für das Zwischenformat des Paginated Helpers

Refactoring: In Rückgabewert vom Paginated-DB-Helfer 'cur' in 'page' umbenennen

Dient Konsistenz der Eingangs- und Ausgangsparameter.

Dadurch entfällt auch das Hin- und Herbenennen im
Paginated-Controller-Helfer/im L-Plugin.

Kosmetik: Einrückung gefixt

Reverting "CSS Edit Workaround"

This reverts commit 4338d6fefdf6b49e5ede73f28ec32e49024d6a79.

Gründe:

- Es ist nur ein Workaround. Die richtige Lösung ist, die Stellen, die
  die falschen/alten Pfade nutzen, entsprechend zu fixen. Mich würde
  auch brennend interessieren, wo diese Stellen genau sind.

- Wenn ein Browser direkt aus dem Pfad .../css/ eine CSS-Datei lädt, so
  werden alle relativen Pfadangaben in dieser Datei von .../css/ aus
  interpretiert. Selbst wenn das ein symbolischer Link ist, was der
  Browser ja nicht mitbekommt. Da die Dateien selber aber in einem
  Unterverzeichnis von .../css/ liegen (und nicht in .../css/ selber),
  gehen damit relative Pfadangaben kaputt. Diverse Stylesheets nutzen
  auch relative Pfadangaben bereits.

CSS Edit Workaround

Unter System->Vorlagen->Stilvorlage wurde die passende Datei nicht geladen,
da sich die Pfade geändert haben.
Von einigen anderen Stellen werden ebenfalls noch die alten css/*.css - Dateien erwartet.
Daher vorerst die Symlinks.

Merge remote branch 'origin/master'

Vereinfachung des System-Menüs

Implementiert #2079.

"Erfassen" als normale Links anstelle von Buttons darstellen

"Erfassen" sollte als GET-Request erfolgen und nicht als POST.

Stylesheet Win2000.css gelöscht

Dezimalstellen im Verkaufsbericht

Durch den Fix von Bug 1990 wurden die Dezimalstellen, die man für
die Genauigkeit der Rechnung angeben kann, beim VK-/EK-Betrag
missachtet. Jetzt wird wieder auf die angegebene Ahnzahl von Dezimalstellen
gerundet. Der Verkaufsbericht liefert dieselben Werte wie Verkauf-
Berichte-Rechnungen, wenn man auf 2 Dezimalstellen runden lässt.

Weiterhin wird nun auch die Marge auf die angegebene Anzahl von
Dezimalstellen gerundet anstatt immer auf 2.

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

Angleichung Verkaufsbericht an Verkauf-Berichte-Rechnungen

Der Ertrag/Einkaufsbetrag/Verkaufsbetrag wurde bisher im
Verkaufsbericht anders berechnet als in Verkauf-Berichte-
Rechnungen.

Behebt Bug #1990.