Erstellt vor 5 Jahren

Geschlossen vor 5 Jahren

#1255 closed Fehler (wont-fix)

System\Kontenübersicht: Konten lassen sich nicht anzeigen

Erstellt von: roman.karuschka@… Verantwortlicher: m.bunkus@…
Priorität: hoch Meilenstein:
Komponente: kivitendo ERP Version: 2.6.2 unstable
Schweregrad: schwerwiegend Stichworte: Bericht
Beobachter: m.bunkus@…, roman.karuschka@…

Beschreibung

Denn es kommt folgende Meldung..

SELECT position
FROM tax.report_variables
LEFT JOIN tax.report_headings
ON (tax.report_variables.heading_id = tax.report_headings.id)
WHERE 1=1

FEHLER: Schema >>tax<< existiert nicht

Änderungshistorie (6)

comment:1 Geändert vor 5 Jahren durch m.bunkus@…

  • Status von new nach assigned, m.bunkus@linet-services.de geändert
  • Verantwortlicher von p.reetz@… nach m.bunkus@… geändert

Wenn das tax-Schema nicht existiert, dann ist irgendwann früher beim Update eines der Datenbankupgrades nicht angewendet worden. Genauer gesagt, sql/Pg-upgrade2/USTVA_abstraction.pl. Das kam zwischen 2.4.2 und 2.4.3 hinzu.

Ist das eine ältere DB, oder startest du gerade mit einer frischen (sprich könnte es an den 'strict'-Problemen liegen)?

comment:2 Geändert vor 5 Jahren durch roman.karuschka@…

  • Beobachter roman.karuschka@… hinzugefügt

Es handelt sich in der Tat in dem Fall um eine aeltere DB. als 2.4.3 begonnen (!) und vor drei Monaten auf 2.6 migriert.

comment:3 Geändert vor 5 Jahren durch m.bunkus@…

Wenn die DB-Migration nicht anständig durchgelaufen ist, dann kann ich dir leider nicht helfen. Bei mir klappt's in der aktuellen unstable mit dieser Funktion. Da können wir dir nicht so richtig helfen.

Schau bitte mal kurz in der DB nach, was folgendes sagt:

SELECT * FROM schema_info WHERE tag ILIKE '%ustva%';

comment:4 Geändert vor 5 Jahren durch roman.karuschka@…

Hmm, wenn das zwischen 2.4.2 und 2.4.3 eingefuehrt wurde, die DB aber als 2.4.3 gestartet wurde, muesste das ja eigentlich sofort mit angelegt worden sein, noch bei der ersten useranmeldung.

Ich bin jetzt gleich wieder on tour, danach probiere ich deinen Vorschlag mal und werde ansonsten mal probieren genau das von dir benannte Update manuell einzuspielen.

Diese Installation ist diese wie die aus #1254, das ist einfach der Kunde bei dem ich gestern war und nachdem es Ende letzter Woche einen aehnlichen Fehler im Zusammenhang mit Svens Updates gab schien der Zusammenhang angenehm und einfach zu sein.

Ich muss aber gestehen, dass ich garnicht weiss, ob ich mir in dieser Installation die Unterkonten schonmal wirklich habe anzeigen lassen, auf einer anderen Installation konnte ich das Verhalten aus diesem Bug hier zumindest gestern auch nicht reproduzieren

IIRC haette LX aber doch damals vermutlich ohne Ende Aerger gemacht, waere ein Update beim Anlegen nicht durchgelaufen?

comment:5 Geändert vor 5 Jahren durch roman.karuschka@…

Erstmal der Output...:

VLB=> SELECT * FROM schema_info WHERE tag ILIKE '%ustva%';

tag | login | itime


ustva_setup_2007 | rkaruschka | 2009-01-23 13:33:23.85503
ustva_setup_2007_update_chart_taxkeys_tax | rkaruschka | 2009-01-23 13:33:23.956047
ustva_setup_2007_update_chart_taxkeys_tax_add_missing_tax_accounts | rkaruschka | 2009-01-23 13:33:24.132117
USTVA_abstraction | rkaruschka | 2009-01-23 13:33:24.260222
USTVA_at | rkaruschka | 2009-01-23 13:33:24.661293

(5 rows)

comment:6 Geändert vor 5 Jahren durch roman.karuschka@…

  • Lösung auf wontfix gesetzt
  • Status von assigned nach closed geändert

Es ist bei zwei Einzelfaellen geblieben, das Problem wird da manuell angegangen. Schliesse Ticket um mal von dem berg herunterzukommen.

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.