Erstellt vor 4 Jahren
Geschlossen vor 4 Jahren
#1520 closed Fehler (fixed)
Division-by-Zero-Fehler bei einigen Rechnungsbuchungen
| Erstellt von: | roman.karuschka@… | Verantwortlicher: | information@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.6.2 unstable |
| Schweregrad: | schwerwiegend | Stichworte: | Verkauf |
| Beobachter: | s.schoeling@…, roman.karuschka@… |
Beschreibung
Bei einem der Updates der letzten tage scheint sich ein Problem eingeschlichen zu haben, bei dessen Analyse ich bislang nicht sonderlich weit kam.
Beim Buchen von Rechnungen oder Gutschriften kommt manchmal:
Fehler!
Illegal division by zero at SL/IS.pm line 1280.
Die besagte Zeile befasst sich mit dem linetotal, soweit so gut. Der Fehler tritt jedoch nicht immer auf, sondern nur wenn einige, bestimmte Artikel in der Rechnung enthalten sind. Die Stammdaten der jeweiligen Artikel bei denen der Fehler auftritt habe ich danach mit Stammdaten von anderen Artikeln gefunden..und konnte bislang keinen gravierenden Unterschied feststellen. Zuerst hatte ich die Lieferanten mit ihren Einkaufspreisen unten im Verdacht, hat sich aber nicht bestaetigt bislang. Hier wird also noch weitere Diagnose notwendig sein.
Im vergleich habe ich auf dieselbe DB mit einer unstable von vor ca zwei Monaten zugegriffen, dort gehen die Buchungen problemlos durch, insofern bestaetigt sich die Annahme, dass es kuerzlich eingeflossener Code sein muss, der das ausloest.
Die mit der alten unstable gemachten Buchungen sind in der Neuen dann auch aufrufbar.
Idee bzw aehnliche Erfahrungen jemand?
Änderungshistorie (4)
comment:1 Geändert vor 4 Jahren durch s.schoeling@…
- Beobachter s.schoeling@… hinzugefügt
comment:2 Geändert vor 4 Jahren durch roman.karuschka@…
- Beobachter roman.karuschka@… hinzugefügt
- Verantwortlicher von p.reetz@… nach information@… geändert
Geoffrey..deiner also? Stelle die Zuweisung um
comment:3 Geändert vor 4 Jahren durch roman.karuschka@…
Neuer Bug entstanden beim Update des alten Bugs, eroeffne zweiten Report, siehe #1521
comment:4 Geändert vor 4 Jahren durch roman.karuschka@…
- Lösung auf fixed gesetzt
- Status von new nach closed geändert
AFAIK erledigt

git sagt:
commit 2952e41350e427631dc1ba39e02695e6f4436fd6
Author: G. Richardson <information@…>
Date: Thu Dec 9 19:12:36 2010 +0100
Geoffrey, das ist Deiner. price_factor kann auch NULL sein, was in Integer zu 0 wird.