Fehler #173
Neue Ware erfassen bringt Fehlermeldung
0%
Beschreibung
In der aktuellen Unstable (release-3.4.0-204-ge1596b6) bekomme ich bei einer neu via git eingerichteten kivitendo Installation beim Erfassen einer Ware folgende Fehlermeldung:
-----
Fehler!
INSERT INTO parts (id, partnumber, unit) VALUES (?, ?, ?) (417, 1, Stck)
FEHLER: Record »old« hat noch keinen Wert
DETAIL: Die Tupelstruktur eines Records ohne Wert ist unbestimmt.
CONTEXT: PL/pgSQL-Funktion »add_parts_price_history_entry« Zeile 2 bei IF
-----
Einzige Eingabe von mir: Artikelbeschreibung: ware
Automatisch ausgewählte Felder: Buchungsgruppe: Standard 8%, Erneuert am: 04.06.2016, Listenpreis, Verkaufspreis, Einkaufspreis: alle 0, Einheit: Stck, Mindestlagerbestand, Geschäftsvolumen: beide 0.
Auch durch die Eingabe von weiteren Angaben (Preise, Gewicht etc.) habe ich es bisher nciht geschafft, eine neue Ware anzulegen.
Die Fehlermeldung bekomme ich auch bei einer vorhandenen Installation, die via git auf die neuste Unstable upgegraded wurde, wenn ich aus einer vorhandenen Ware eine neue Ware mit "als neu speichern" erstellen möchte:
-----
Fehler!
INSERT INTO parts (id, partnumber, unit) VALUES (?, ?, ?) (467, 3, Stck)
FEHLER: Record »old« hat noch keinen Wert
DETAIL: Die Tupelstruktur eines Records ohne Wert ist unbestimmt.
CONTEXT: PL/pgSQL-Funktion »add_parts_price_history_entry« Zeile 2 bei IF
-----
Hier habe ich eine neue Artikelnummer vergeben, die Artikelbeschreibung verändert und bei Listenpreis, Verkaufspreis, Einkaufspreis und Gewicht neue Werte eingesetzt.
Auch dort erzeugt das Neu-Erfassen einer Ware die gleiche Fehlermeldung.
Folgende Aktionen bringen auch keine Änderung:
- Warengruppe erstellen und beim Erfassen des Artikels auswählen
- In der Mandantenkonfiguration alle Preisquellen für diesen Mandanten deaktivieren
Dateien
Historie
Von Andreas Rudin vor fast 8 Jahren aktualisiert
- Zugewiesen an wurde auf Andreas Rudin gesetzt
Der Fehler hängt offensichtlich mit den beiden folgenden commits zusammen:
58190585c35976c33c0594e920251ec8f7e3d40e (30.5.2016) (m.bunkus)
und
28ceea79f873b8cdc0ef2e14102ad659bd21bb09 (1.6.2016 (m.bunkus)
Wenn ich den Trigger add_parts_price_history_entry_after_changes_on_parts (Tabelle parts) manuell via pgadmin3 ausschalte, so klappt das Erfassen von Waren wieder einwandfrei.
Von Moritz Bunkus vor fast 8 Jahren aktualisiert
Ich kann das Problem beim besten Willen hier nicht reproduzieren:
- nicht mit meiner Entwicklungs-DB auf PostgreSQL 9.5
- nicht mit meiner Entwicklungs-DB auf PostgreSQL 9.1
- nicht mit einer soeben komplett neu angelegten DB
Bitte stell sicher, dass in der fraglichen DB auch wirklich beide SQL-Upgrades eingespielt wurden. Dazu bitte einmal die Ausgabe hiervon:
select * from schema_info where tag like 'add_parts_price_history%';
Weiterhin: welche PostgreSQL-Version?
Von Andreas Rudin vor fast 8 Jahren aktualisiert
- Datei Ausgabe_select..._13062016.png Ausgabe_select..._13062016.png wurde hinzugefügt
Wir haben noch Postgresql 8.4
Ausgabe von
select * from schema_info where tag like 'add_parts_price_history%';
siehe Anhang
Von Bernd Bleßmann vor 5 Tagen aktualisiert
- Status wurde von Neu zu Abgewiesen geändert
Nicht nachvollziehbar und schon recht alt. Falls der Fehler noch da ist, bitte ein neues Ticket aufmachen