Jan Büren [Tue, 19 Apr 2011 11:57:56 +0000 (13:57 +0200)]
>>>
Hi Jan,
Ich versuche gerade die Einkaufsrechnungen zur Abteilung als pdf zu
exportieren. Der Bericht stimmt soweit (Screenshot). Doch leider exportiert er mir
in der pdf ALLE Rechnungen.
<<<
department als hidden variable für den csv-export unter Einkauf -> Berichte -> Einkaufsrechnungen hinzugefügt
Jan Büren [Mon, 11 Apr 2011 11:13:10 +0000 (13:13 +0200)]
Kontenübersicht. Bei Auswahl Bilanz und keinem closedto (Bücher-Abschluss) wurden keine Konten ausgewählt, falls das Installationsjahr gleich dem laufenden Jahr ist
Sven Schöling [Fri, 1 Apr 2011 13:10:37 +0000 (15:10 +0200)]
Iconv get_converter in interne Funktion umbenannt, und den einzigen externen Aufruf durch ein SL::Iconv->new ersetzt.
Erklärung: cbd1249e5c245ee605c32c6cdbdc1e26f92643d0 hat die Handle im
Objektzugriff von SL::Iconv gecacht, hat dabei aber das Verhalten im
Klassenzugriff auf get_converter leicht geändert. Dadurch bekommen
Datenbankupgradescripte kein SL::Iconv Objekt mehr sondern ein Text::Iconv, was
sich minimal anders verhält. Um potentielle Bugs dabei zu vermeiden wird das
hiermit abgeschafft.
SL::Iconv::get_converter bitte nicht mehr verwenden, und dafür SL::Iconv->new
benutzen.
Sven Schöling [Thu, 24 Mar 2011 09:25:26 +0000 (10:25 +0100)]
Leaks in SL::Template::Plugin::T8
Filter werden in Template::Toolkit in einer anonymen Closure einfach im Kontext
verlinkt. Dadurch geht _jedes_ Filter Objekt verloren und leakt. Diese Änderung
cacht das T8 Filterobjekt, da es sowieso statisch ist. Das beschränkt die Leaks
auf einmal ~100 Byte.
Sven Schöling [Fri, 18 Mar 2011 15:30:04 +0000 (16:30 +0100)]
Auf Romans Anregen - Ein simples POD basiertes Hilfesystem
So funktionierts:
- 1. Hilfe in eine pod Datei schreiben
- 2. Pod Datei nach doc/online/<lang>/<tag>.html legen,
wobei <lang> der countrycode der locale ist,
und <tag> ein /[a-zA-Z0-9_]+/ Identifier ist.
- 3. HTML erzeugen mit:
Sven Schöling [Tue, 15 Mar 2011 16:53:14 +0000 (17:53 +0100)]
Iconv Handle cachen.
Text::Iconv ist sloppy programmiert und leakt bei FCGI Anwendungen etwa 1MB pro
grossem Request. Das entsprechende Ticket [1] ist 3 Jahre alt, und es ist nicht
damit zu rechnen, dass das in nächster Zeit behoben wird.
Die Handle werden jetzt sortiert gecachet und im Klassenraum vorgehalten, so
dass der Overhead für die Iconv Objekte abschätzbar bei 4,4kb pro Encoding
Kombination ist.
Jan Büren [Fri, 4 Mar 2011 09:51:57 +0000 (10:51 +0100)]
Hinweis von Moritz bzgl. Rechnungsnummer für Gutschrift:
> so, wie du das Feature implementiert hast, funktioniert es aber nur
> genau in dem Moment, in dem du die Gutschrift direkt nach der Umwandlung
> aus der Rechnung heraus ausdruckst. Wenn du sie später via Verkauf ->
> Berichte aufrufst, so wird das Feld invnumber_for_credit_note leer
> sein, weil du es nicht in der Datenbank speicherst.
Indeed. Das hatte ich in meinem ersten Enthusiasmus übersehen. Gleich mehr
...
Jan Büren [Fri, 4 Mar 2011 07:48:11 +0000 (08:48 +0100)]
Wahrscheinlich wird $form->department seit der T8 Umstellung nicht mehr korrekt zusammengesetzt.
Offen: Interne DB-ID wird immer noch bei Abteilung angezeigt (?!)
Ferner: Erfolgs- und Kostenstelle ist noch defekt. War meiner Meinung auch noch nie ganz sauber.
Ansonsten, wichtigster Schritt zum Fixen von 1613
Moritz Bunkus [Wed, 2 Mar 2011 08:21:24 +0000 (09:21 +0100)]
Vor jedem Request neue Instanz von $::auth anlegen
$::auth cachet Informationen wie Gruppenzugehörigkeit und -rechte. Das
führt dazu, dass Änderungen im Adminbereich für laufende FCGI-Prozesse
nicht sichtbar waren, wenn die entsprechende Gruppe schon einmal
abgefragt wurde.
Moritz Bunkus [Fri, 25 Feb 2011 17:03:27 +0000 (18:03 +0100)]
Bearbeiten von Nutzern mit Umlauten im Namen gefixt
HTML.url() nimmt Perls interne Stringrepräsentation und ersetzt darin
die Umlaute. In UTF-8-Installationen muss das Ersetzen aber auf einer
UTF-8-Repräsentation erfolgen (so wie es Form::escape() auch macht).
Moritz Bunkus [Fri, 25 Feb 2011 16:53:44 +0000 (17:53 +0100)]
Hashen der Passwörter mittels Digest::SHA1 (Fallback auf Digest::MD5)
Teil eines Fixes für Bug 1606. Hintergrund ist, dass bei Nutzernamen
mit Umlaut als zweitem Char crypt() ungültiges UTF-8 erstellt: Crypt
nimmt die ersten zwei Bytes (nicht Zeichen) einer Zeichenfolge und
stellt diese als Salt dem Ergebnis vorweg. Das führt zu einem
ungültigen UTF-8-Char, falls das erste Zeichen ASCII 7 bit und das
zweite Zeichen UTF-8 ist. Beispiel: "möp"