Erstellt vor 9 Jahren
Geschlossen vor 9 Jahren
#245 closed Fehler (fixed)
Nach Angebot erfassen mit geänderter Lieferanschrift kommt falsche Maske
| Erstellt von: | s.koehler@… | Verantwortlicher: | p.reetz@… |
|---|---|---|---|
| Priorität: | niedrig | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.2-testing |
| Schweregrad: | normal | Stichworte: | Verkauf |
| Beobachter: | s.koehler@… |
Beschreibung
Nach Angebot erfassen -> Lieferanschrift ändern -> "kommt die Workflow-Maske und
nicht die, die vorher da war.
Änderungshistorie (2)
comment:1 Geändert vor 9 Jahren durch s.schoeling@…
comment:2 Geändert vor 9 Jahren durch s.schoeling@…
- Lösung auf fixed gesetzt
- Status von new nach closed geändert
Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.
Wie Philip vermutet hat:
IS::customer_details überschreibt rücksichtslos die $form->{id}, was hinterher
zu falschen Buttons führt, weil die id als Angebots id interpretiert wird.
Der gleiche Fehler tritt auch in der vendor_details auf, auch da wird ein SELECT
Ich habe beide in r800 gefixt durch ein Cleanup ersetzt, das das sql query
aufräumt bevor es zurück kopiert wird was die seltsame Konstruktion mit dem
tacincluded ersetzt. Ich habe auch nach möglichen Nebenwirkungen gesucht, unter
anderem konnte man auch einen Druckauftrag mit der id eines Kunden in die status
tabelle eintragen (id.pl Zeile 1690, nach vorherigem {vc}_details Aufruf), das
sollte jetzt ebenfalls nicht mehr auftreten.