#577 closed Fehler (fixed)
Debitorenbuchung: Falsches Konto wird ausgewählt nach update
| Erstellt von: | udono@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.4.2 |
| Schweregrad: | kritisch | Stichworte: | VERIFIED Finanzbuchhaltung |
| Beobachter: |
Beschreibung
Mein Testscript hat wieder einen Fehler entdeckt
Vorgang:
Debitorenbuchung anlegen,
Konto 8400, Betrag 2000
update
transdate: 19.2.2007
update
Fehler:
Konto wird auf 8100 zurückgesetzt (1. Eintrag in der Liste)
Dem Quelltext ist zu entnehmen, dass in der Selectbox nichts 'selected' wird.
Könnte mit r 2025, 2031, 2034 zusammenhängen.
Änderungshistorie (9)
comment:1 Geändert vor 8 Jahren durch m.bunkus@…
comment:2 Geändert vor 8 Jahren durch m.bunkus@…
- Verantwortlicher von p.reetz@… nach m.bunkus@… geändert
comment:3 Geändert vor 8 Jahren durch udono@…
(Mit Bezug zu comment 1)
Kann ich mir der aktuellen unstable nicht nachstellen. Hab genau das gemacht,
was du skizzierst, und nach jedem der beiden updates ist das 8400 mit
selected="selected" markiert. Auch auf einer frischen Datenbank sowie auf
meinem Uralt-Testsystem.
Ich teste auch auf dem aktuellen unstable. Kann den Fehler repoduzieren.
Siehe Testscript 7. Testbuchung. Dort ist der genaue Ablauf.
https://lx-office.linet-services.de/cgi-bin/viewcvs.cgi/*checkout*/trunk/unstable/t/selenium/incomming/ustva-Inland-linet.html?content-type=text%2Fplain&rev=2016
comment:4 Geändert vor 8 Jahren durch m.bunkus@…
Kannst du das manuell nachstellen? Ich habe momentan nicht wirklich Zeit und
Muße, mich noch in Selenium einzuarbeiten...
comment:5 Geändert vor 8 Jahren durch udono@…
(Mit Bezug zu comment 3)
Kannst du das manuell nachstellen? Ich habe momentan nicht wirklich Zeit und
Muße, mich noch in Selenium einzuarbeiten...
Kannst das Testscript im Browser öffnen und nach 7. Testbuchung suchen.
Dort findest du die genaue Reihenfolge was wann einzugeben ist.
comment:6 Geändert vor 8 Jahren durch m.bunkus@…
Hab ich soeben gemacht, zwei mal (mit Opera und Firefox). Die komplette "7."
bis zum Buchen inklusive, sogar erneut aus dem Journal aufgerufen. Funktioniert
genau so, wie es soll... Zeile 1 ist und bleibt bei 8400 und springt nicht
zurück.
comment:7 Geändert vor 8 Jahren durch udono@…
Sorry, habs auch nochmal von Hand versucht, gleicher Fehler.
Mistiger Heisenbug oder was?!
Nein, ich hab etwas übersehen: In Rechnungsdatum steht vorausgefüllt: 10.6.2006
(warum auch immer) und nicht das aktuelle Datum.
Ich benutze
user: demo-1619
passwort: demo
auf https://lx-office.linet-services.de/svn-installationen/unstable
Nochmal:
Debitorenbuchung
Konto: 8400
Betrag: 1000
(Das hab ich übersehen: In Rechnungsdatum steht 10.6.2006 [warum auch immer])
'erneuern'
(noch alles ok)
Rechnungsdatum: 19.2.2007
'erneuern'
und 8400 ist weg...
comment:8 Geändert vor 8 Jahren durch m.bunkus@…
- Lösung auf fixed gesetzt
- Status von new nach closed geändert
Das Datum war der entscheidende Hinweis. Ich hab das jetzt behoben (war
übrigens auch bei Dialogbuchungen).
comment:9 Geändert vor 8 Jahren durch udono@…
- Stichworte VERIFIED hinzugefügt
Sehr sehr gut, Moritz. Mein Test läuft wieder durch :-)

Kann ich mir der aktuellen unstable nicht nachstellen. Hab genau das gemacht,
was du skizzierst, und nach jedem der beiden updates ist das 8400 mit
selected="selected" markiert. Auch auf einer frischen Datenbank sowie auf
meinem Uralt-Testsystem.