search

SVWS-NRW / Schild3-BetaTest

Fachberater-Repository für den Beta-Test über GitHub Issues
Other
6 stars 3 forks source link

Darstellung von Pfaden #1126

Open kroerig opened 1 month ago

kroerig commented 1 month ago

Wenn man in der Reportverwaltung auf Standardformulare klickt, erscheint folgendes Fenster: grafik

Da fehlen ein paar Backslashes, damit mit die Pfade auch lesen kann.

Der Pfad selbst stimmt auch nicht. Der müsste mit P:\SVWS-Arbeitsverzeichnis beginnen. Ich finde aber im Programm keine Einstellungen dazu.

Version: 3.1.0.28

EwaldReinhardt commented 1 month ago

In meiner DB war kein Standard hinterlegt. Habe ich dann über Rechtsklick/Standardbescheinigung gesetzt. grafik Dann wird der Pfad korrekt angezeigt: grafik

kroerig commented 1 month ago

Dann sollten diese Werte bei der Migration geleert werden, damit man sie wieder neu setzt.

AnneSchueller commented 1 month ago

@ThomasBachran: Was meinst du dazu? Das leeren fände ich grundsätzlich sinnvoll, da die Reports ja nun auch im Arbeitsverzeichnis liegen sollten.

ThomasBachran commented 1 month ago

@AnneSchueller : Das ist mMn keine Aufräumarbeit, die in der Migration des Servers erfolgen sollte. Vielleicht sollte Schild 3 hier den Wert verwerfen, wenn er fehlerhaft ist und auch einen Default probieren. Solche Probleme können ja durchaus auch noch nach einem Migrationsprozess stattfinden...

AnneSchueller commented 1 month ago

Dann schließe ich das Issue wieder. Wenn man beispielsweise die Standardbescheinigung drucken möchte und das Verzeichnis fehlerhaft ist, wird ja eine entsprechende Fehlermeldung in Schild3 ausgegebene

kroerig commented 1 month ago

@AnneSchueller : Das ist mMn keine Aufräumarbeit, die in der Migration des Servers erfolgen sollte. Vielleicht sollte Schild 3 hier den Wert verwerfen, wenn er fehlerhaft ist und auch einen Default probieren. Solche Probleme können ja durchaus auch noch nach einem Migrationsprozess stattfinden...

Ja, wenn man die Vorlagen verschiebt, dann macht man das aber mit dem entsprechenden Wissen. Fängt man bei Null ein, dann sie die Werte klassischerweise leer. Wenn man aber migriert und die Report 1:1 übernimmt (was wohl die meisten machen werden), dann sollte SchILD3 solche Einstellungen beim ersten Start prüfen (und anmeckern und ggf. korrigieren) oder bei der Migration wird der Wert gelöscht und SchILD3 meckert dann, dass er nicht gesetzt ist.

Wenn es nicht nicht fett im Migrationshandbuch steht, wird da automatisch wohl niemand nach schauen, bis dann das erste Mal jemand schreit.

ThomasBachran commented 1 month ago

Schild 3 kopiert nach der Migration die alten Schild 2 - Einstellungen und passt diese an. Im Rahmen dieses Vorgangs könnte man ggf. die vorgeschlagene Funktionalität einbauen. Mein Kommentar weiter oben bezog sich in erster Linie auf den Migrationsprozess der SVWS-DB, wo ich es nicht sehen würde.

JuergenRichter commented 2 weeks ago

Ich habe das Problem mal bei mir nachgestellt:

  1. In SchILD2 ein Standard-Stammblatt und eine Standard-Schulbescheinigung zugewiesen, diese werden mit Pfadangaben in der MDB gespeichert: image

  2. Dann nach SchILD3 migriert, in der MariaDB stehen die Angaben auch korrekt drin: image

  3. In SchILD3 wird das auch korrekt angezeigt: image

  4. Der Ausdruck klappt auch ohne Probleme: image image

Fazit: Ich kann das Problem nicht reproduzieren

kroerig commented 2 weeks ago

In meinem Fall migriere ich aus einer bestehenden MariaDB. Die Schild2 Reports liegen unter LW:\SchILD-NRW\SchILD-Reports. Für SchILD3 (weil ggf. angepasst.) liegen Sie unter LW:\SVWS-Arbeitsverzeichnis. Und das ist dann auch der Pfad, der für später bleibt.

So kommen die beiden sich nicht in die Quere.

JuergenRichter commented 1 week ago

Kann es sein, dass der Migrationsprozess mit einer MariaDB als Ursprungsdatenbank bei Pfadangaben Probleme hat?

kroerig commented 1 week ago

Möglich. In der Schild2DB.Schild_Verwaltung steht:

BackupDatum;AutoBerechnung;DatumStatkue;DatumSchildIntern;Bescheinigung;Stammblatt;DatenGeprueft;FaecherUebernehmen;Version;GU_ID;StatistikJahr;SchulnrEigner;LD_Datentyp;DatumLoeschfristHinweisDeaktiviert;DatumLoeschfristHinweisDeaktiviertUserID;DatumDatenGeloescht
2016-07-01 07:26:08;2024-11-12 07:41:16;2013-01-28 12:01:16;2011-07-07 21:27:54;P:SchILD-NRWSchILD-ReportsStandardBescheinigungenSchulbescheinigung Leibniz.rtm;P:SchILD-NRWSchILD-ReportsStandardListen - SekretariatAnwesenheitsliste - klassensortiert.rtm;+;+;30.07.2024;{E490ED42-97A9-11D8-A846-002018BA160F};2013;165256;I;2023-12-18 00:00:00;38;\N

In der Schild3.Schild_Verwaltung kommt es genauso an:

BackupDatum;AutoBerechnung;DatumStatkue;DatumSchildIntern;Bescheinigung;Stammblatt;DatenGeprueft;Version;GU_ID;DatumLoeschfristHinweisDeaktiviert;DatumLoeschfristHinweisDeaktiviertUserID;DatumDatenGeloescht
2016-07-01 07:26:08;2024-11-08 10:04:05;2013-01-28 12:01:16;2011-07-07 21:27:54;P:SchILD-NRWSchILD-ReportsStandardBescheinigungenSchulbescheinigung Leibniz.rtm;P:SchILD-NRWSchILD-ReportsStandardListen - SekretariatAnwesenheitsliste - klassensortiert.rtm;+;30.07.2024;{E490ED42-97A9-11D8-A846-002018BA160F};\N;\N;2024-10-19 00:00:00

Könnte auch sein, das das eine Altlast aus Access-Zeiten ist und diese Einträge nie genutzt wurden. Denn ohne Backslashes können die ja nie funktioniert haben, oder?