Sammlung der Auffälligkeiten am RC 3 der Version 2.1 - [x] PDF Druckvorschau ist unscharf\ Druckt man ein Dokument in die kleine Druckvorschau, so kann man durch Klick auf den PDF Button {width="137" height="55"}, die PDF Ansicht sehen. Diese ist sehr unscharf. {width="285" height="167"} - [x] Reklamationan aus Artikel bringt Fehlermeldung, Artikel, Info, Reklamationen auf einen Artikel der in einer Reklamation enthalten ist ``` class com.lp.client.frame.ExceptionLP org.hibernate.query.sqm.PathElementException: Could not resolve attribute 'a' of 'com.lp.server.reklamation.fastlanereader.generated.FLRReklamation' ``` Gegebenenfalls dazu in den Reklamationen eine Reklamation für einen Artikel anlegen. In der Artikelauswahl sieht man am zusätzlichen StatusIcon {width="78" height="63"} dass dieser Artikel eine offene Reklamation hat. - [x] Der Multi Sort geht nicht mehr, weder im Artikelstamm noch im Partner, Kunden usw.\ Wenn man auf die Spaltenüberschrift klickt, so wird die Liste nach dieser sortiert. Drück man nun Strg+weitere Spaltenüberschrift, so wird diese Spalte als darunter liegende Sortierung verwendet. Dies geht leider nicht mehr. Geht auch in der V2.0.0 RC6 nicht mehr. - [x] Aus dem Partner, Menüounkt Info, Stammblatt, sollte auch die I_ID des Partners, für den Andruck der UID Prüfung mit übergeben werden. - [x] Suche über Zusatzfilter im Artikel nach Lagerplatz bringt kein Ergebnis\ {width="91" height="39"}, {width="610" height="86"}, In der Auswahlliste wird der Lagerplatz angezeigt {width="900" height="28"} aber mit den Filtereinstellungen nicht gefunden\ Im Artikel sind die Lagerplätze definiert: {width="118" height="102"} - [x] **Die Ende Taste in den Texteditoren geht noch immer nicht**\ Es geht wenn mehrere Zeilen sind, in den Zeilen nur diejenigen die nicht die letzte Zeile sind. Bei der letzten Zeile, die kein CR hat, geht es nicht.\ Im Reklamationsmodul in den Maßnahmen (deren Beschreibung) gibt man mehrere Zeilen ein. Das Ende geht nur in der ersten Zeile, in den folge Zeilen nicht. - [x] Das Angebotsmodul kann nicht geöffnet werden ``` class com.lp.client.frame.ExceptionLP org.hibernate.exception.DataException: Could not extract column [20] from JDBC ResultSet [Unzulässiger Wert für den Typ byte : PREVIEW.] [n/a] com.lp.client.frame.delegate.Delegate.handleThrowableImpl(Delegate.java:287) com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:169) com.lp.client.frame.delegate.AngebotDelegate.angebotFindByPrimaryKey(AngebotDelegate.java:230) com.lp.client.angebot.TabbedPaneAngebot.initializeDtos(TabbedPaneAngebot.java:1326) com.lp.client.angebot.TabbedPaneAngebot.setKeyWasForLockMe(TabbedPaneAngebot.java:1514) .... Stacktrace Verursacher: org.hibernate@7.3.2.Final//org.hibernate.exception.internal.SQLStateConversionDelegate.convert(SQLStateConversionDelegate.java:84) org.hibernate@7.3.2.Final//org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:34) ``` Kommt auch bei Fibu, Liquiditätsvorschau, mit offenen Angeboten - [x] Reisezeitenerfassung, Mitfahrer Lable zu schmal, aber die Eingabe viel zu breit. Zeiterfassung, Reisezeiten {width="401" height="67"} - [x] Der Report pers_reisezeiten sollte um die Berechnung der Mitfahrer KM-Gelder ergänzt werden. Die Parameter dafür sind alle vorhanden - [x] ~~Anfragevorschlag / Bestellvorschlag rechnen falsch~~ - ~~eigentlich sind Anfrage und Bestellvorschlag die gleiche Tabelle, man kann aber gleichzeitig in beiden arbeiten, das ist nicht zulässig~~ - ~~die Neu Erzeugung des Vorschlages bringt nur eine leere Liste, obwohl in der Bewegungsvorschau aller Artikel klar ersichtlich ist, dass Material benötigt wird~~\ {width="900" height="171"}\ Siehe dazu auch DB TEST_V2.1_RC3_2026-08-06_10_00\ Irgendwie werden da Daten ausgelassen. Nachträglich eingetragene Artikel in die Lose gehen, aber die echten Bedarfe irgendwie nicht. * [x] Es rechnet auch die interne Bestellung falsch\ Liefert immer die gleichen Stücklisten um diese anzulegen, auch wenn die Lose dafür schon vorhanden sind. Auch bei Toleranz 999 - [x] Der Redraw des Clients stockt. D.h. auf einem Win11 Rechner - Anzeige nur des Desktop - dann mit Alt+TAB auf das Clientfenster wechseln (Skalierung 125%, abweichender Style, Kieselstein Look, Client selbst Maximised, das obige Artikelfenster nur zu ca. 70% Breite) - es dauert ca. 5Sekunden bis der obere Bereich des Fensters gemalt wird. - Blätter man mit Alt-Tab zwischen den einzelnen Fenstern, kann keine Zeitverzögerung festgestellt werden - es sind ca. 70% der KES Module aktiv - Client ist ca. 2Std gelaufen - Client komplett neu gestartet und nur Artikelmodul geöffnet, geht wieder normal - Alle Module, ausgenommen Nachrichten geöffnet, wieder gleiches verzögertes Zeitverhalten - XMX des Clients auf 6g erhöht, 5Module geöffnet, ist zwar schneller, aber genauso verzögert. Daher wieder alle bis auf Nachrichten geöffnet, gleich langsam - Info: Man muss das Clientfenster Minimieren {width="130" height="24"} um den Effekt zu erreichen. Nur zwischen den verschiedenen Anwendungen hin und her zu wechseln (z.V. mit Alt+TAB) bringt den Effekt nicht. Ist im 2.0.0-RC6 auch schon so - [x] Geodatenanzeige, die Buttons rechts unten sind zu schmal * [x] Klickt man dann auf den Geodaten laden, kommt das Fenster viel zu schmal. Auch hier ist der Button rechts unten nicht lesbar * [ ] ~~In der Darstellung kommt Request denied -\> kann an den Daten liegen, muss ich noch prüfen~~\ {width="820" height="25"} * [ ] ~~Klickt man auf Map anzeigen, kommt Google Maps kann nicht usw. -\> Ich war der Meinung dass das auf OpenStreetmap umgestellt ist und daher kein API Key etc. benötigt wird~~ - [x] Bestellung angelegt und versucht als EMail zu versenden.\ Habe KIESELSTEIN_DEV=true. Es ist KEIN Eintrag im Versandauftrag. Das war bis inkl. 2.0.0 so, dass ein Eintrag ist und dann eben beim nächsten Modul-öffnen entsprechende Fehlermeldungen kommen. Offensichtlich geht das sofort in den Versendet. Anscheinend wird der Parameter DELAY_E_MAILVERSAND der auf 5Minuten steht NICHT berücksichtigt. - [x] Zusätzlich versucht RE als Zugferd zu versenden, ebenfalls mit Environment KIESELSTEIN_DEV=true -\> es wird kein EMail in den Versandauftrag eingetragen, aber sowohl das Zugferd PDF als auch das jrprint in die Dokumentenablage gelegt. Da kein Versandauftrag angelegt wurde, kann das geänderte versandt als Zugferd, nicht geprüft werden. Nun nach ca. 5Minuten ist doch das RE-EMail im Postausgang. Ist im Status teilerledigt. Die eigentliche Rechnung, die als Anhang dabei sein sollte, ist nicht vorhanden, also kein Anhang. -\> Generell bei allen bisher versuchten EMail Versendungen keine Anhänge im Versandauftrag - [x] ~~Los, Drucken, theoretische Fehlmengen\ Hier gibt es den Button Los(auswahl) meines Wissens konnte man hier auch eine Liste von Losen angeben, z.B. mittels Multiselekt. Das ist auch in der 1.1.10 nicht (mehr so) wäre aber praktisch und wird auch vom Formular unterstützt.~~ * [x] Zusätzlich. In diesem Dialog kann man auch ein Projekt auswählen. Das funktioniert nicht, es wird das gewählte Projekt nicht in die Ansicht übernommen, darum kein weiterer Test möglich - [x] Komische Fehlermeldung bei SEPA Import\ Aufbauend auf DB aus #619. ``` class com.lp.client.frame.ExceptionLP java.lang.Exception: Fehler bei updateSepakontoauszug. Es gibt keinen Sepakontoauszug mit iid 96 com.lp.client.frame.delegate.Delegate.handleThrowableImpl(Delegate.java:260) com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:169) com.lp.client.frame.delegate.FinanzDelegate.importSepaImportResults(FinanzDelegate.java:720) Stacktrace Verursacher: deployment.kieselstein-2.1.0-rc3.ear.kieselstein-ejb-2.1.0-rc3.jar//com.lp.util.EJBExceptionLP.<init>(EJBExceptionLP.java:1301) deployment.kieselstein-2.1.0-rc3.ear.kieselstein-ejb-2.1.0-rc3.jar//com.lp.server.finanz.ejbfac.SepaImportFacBean.updateSepakontoauszug(SepaImportFacBean.java:1123) deployment.kieselstein-2.1.0-rc3.ear.kieselstein-ejb-2.1.0-rc3.jar//com.lp.server.finanz.ejbfac.SepaImportFacBean.importSepaImportResults(SepaImportFacBean.java:898) java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104) ``` - [x] Bestellvorschlag, Menüpunkt Info, zuletzt Erzeugt bei Skalierung 125% ist das Fenster zu niedrig, Button unten abgeschnitten - [x] Anhand DB aus #619, Artikel Auswahl, Klickt auf Suche nach Kommentar {width="42" height="34"}\ Als Suchtext Stanz eingegeben, er steht am Artikel 000022. Auf diesen Doppelklick. Er bleibt am Artikel 000042 stehen. Hintergrund: Der Artikel 000022 ist versteckt. Da hat der Anwender keine Chance das zu erkennen und\ irgendwie ist der Dialog / die Auswahlliste langsam - [x] Zusätzlich: Man hat nun den nicht versteckten 000055 ausgewählt und ist mittels Doppelklick in der Artikelauswahlliste auf den Artikel gesprungen. Man Meint nun auf dem 000055 zu stehen. Klickt man aber nun auf den Reiter Kommentar, den man ja ausgewählt hat, so wird der Kommentar von 000042 angezeigt. Also der der VOR der Auswahl über den Kommentar aktiv war. Das verwirrt massiv. - [x] Angebotsstückliste Es hängt dies auch mit der aktivierten / nicht aktiverten Zusatzfunktion Angebotsstücklistenschnellerfassung = MV_AG_SCHNELLERFASSUNG zusammen. D.h. bei aktivierter Schnellerfassung ist das Editieren im Reiter 6 Mengenstaffel erlaubt, **was falsch ist**, es ist dies nur eine Anzeige. Die Ausnahme dazu ist, wenn in den Kopfdaten der AngStkl das Vorlage für Kalkulation {width="222" height="43"} aktiviert ist, so muss man im Reiter 6 Mengenstaffeln eingeben können, was derzeit auch so unterstützt wird. - [x] Übernahme Angebot in den Auftrag\ Es kommt die Fehlermeldung ``` class com.lp.client.frame.ExceptionLP Could not extract column [20] from JDBC ResultSet [Unzulässiger Wert für den Typ byte : PREVIEW.] [n/a] com.lp.client.frame.delegate.Delegate.handleThrowableImpl(Delegate.java:287) com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:169) com.lp.client.frame.delegate.AngebotDelegate.erzeugeAuftragAusAngebot(AngebotDelegate.java:443) com.lp.client.auftrag.TabbedPaneAuftrag.handleGotoDetailPanel(TabbedPaneAuftrag.java:2429) com.lp.client.auftrag.TabbedPaneAuftrag.lPEventItemChanged(TabbedPaneAuftrag.java:1343) ... Stacktrace Verursacher: org.hibernate@7.3.2.Final//org.hibernate.exception.internal.SQLStateConversionDelegate.convert(SQLStateConversionDelegate.java:84) org.hibernate@7.3.2.Final//org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:34) ``` Vermutlich die gleiche Ursache wie Öffnen des Angebotsmoduls - [x] Erzeugen LS aus teilgelieferter AB und auch aus offener AB ``` class com.lp.client.frame.ExceptionLP jakarta.transaction.RollbackException: ARJUNA016053: Could not commit transaction. com.lp.client.frame.delegate.Delegate.handleThrowableImpl(Delegate.java:287) com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:169) com.lp.client.frame.delegate.RechnungDelegate.berechneSummeOffenNetto(RechnungDelegate.java:1932) com.lp.client.frame.delegate.KundeDelegate.pruefeKreditlimitMitJaNeinFrage(KundeDelegate.java:424) com.lp.client.lieferschein.TabbedPaneLieferschein.handleGotoDetailPanel(TabbedPaneLieferschein.java:1520) com.lp.client.lieferschein.TabbedPaneLieferschein.lPEventItemChanged(TabbedPaneLieferschein.java:637) ``` - [x] Textsuche im Lieferschein, aus der Auswahlliste es kommt: Es ist ein Fehler in einer FLR Liste aufgetreten {width="728" height="423"}\ Leider keine näheren Infos verfügbar - Gleiches Verhalten im Auftrag - Angebot nicht testbar, da nicht startbar - Gleiches Verhalten bei Rechnung, Gutschrift, Proformarechnung - Anfrage, Bestellung - [x] Textsuche in ER in Kombination mit Lieferant bringt die ER mehrfach\ {width="900" height="149"} - [x] Der Druck des ersten Fertigungsbegleitscheines dauert \> 20", obwohl nur eine Tätigkeit. Der erneute Druck geht normal schnell - [x] Hakt man in der Liquiditätsvorschau mit Plankosten an, so kommt schwerer Fehler ``` class java.io.FileNotFoundException (Das System kann den angegebenen Pfad nicht finden) ``` Das ist richtig, es sollte aber nur ein Hinweis kommen und entweder Abbrechen, oder ohne Plankosten fortsetzen, so als wenn das nicht angehakt wäre. - [x] Fibu, Einfacher Erfolgsrechnung, Refresh, es kommt ``` class com.lp.client.frame.ExceptionLP jakarta.transaction.RollbackException: ARJUNA016053: Could not commit transaction. com.lp.client.frame.delegate.Delegate.handleThrowableImpl(Delegate.java:287) com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:169) com.lp.client.frame.delegate.FinanzReportDelegate.printEinfacheErfolgsrechnung(FinanzReportDelegate.java:266) ``` - [x] Fibu, Journal, KPI\ Muss auch mit default DB gehen. Aktuell kommt ``` net.sf.jasperreports.engine.fill.JRExpressionEvalException: Error evaluating expression for source text: com.lp.server.kpi.service.HelperKpiReport.printFehlerarten($P{P_KPI_VARIABLEN}) com.lp.client.frame.delegate.Delegate.handleThrowableImpl(Delegate.java:260) com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:169) com.lp.client.frame.delegate.FinanzDelegate.printKpi(FinanzDelegate.java:775) ``` Die eigentliche Ursache sieht man, wenn man, die Reklamation, Journal, Fehlerarten startet, so kommt: ``` org.hibernate.query.sqm.PathElementException: Could not resolve attribute 'lo.flrauftrag' of 'com.lp.server.reklamation.fastlanereader.generated.FLRReklamation' com.lp.client.frame.delegate.Delegate.handleThrowableImpl(Delegate.java:287) com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:169) com.lp.client.frame.delegate.ReklamationReportDelegate.printFehlerarten(ReklamationReportDelegate.java:146) ... Stacktrace Verursacher: org.hibernate@7.3.2.Final//org.hibernate.query.sqm.SqmPathSource.getSubPathSource(SqmPathSource.java:70) ``` Beide Reports müssen auch funktionieren, wenn im Reklamationsmodul, Grunddaten, weder Fehler noch Fehlerangabe definiert sind. Dann ist das Ergbnis halt null. Ev. muss man das im Report noch extra handeln. - [x] Zeiterfassung, Info, Änderungsprotokoll, Fehler ``` class com.lp.client.frame.ExceptionLP org.hibernate.query.sqm.PathElementException: Could not resolve attribute 'elog' of 'com.lp.server.system.fastlanereader.generated.FLREntitylog' ``` - [x] Positionierung der Zusatzsstatuszeile in RE, LS, ...\ sollte immer ganz unten sein, faktisch über der Modul Statuszeile.\ {width="654" height="600"}\ Das war bis zu 1.1.17 so\ Ob das auch bei Rahmenaufträgen / Abrufaufträgen so ist, kann derzeit nicht geprüft werden - [x] Speichern neuer Rahmenauftrag, es kommt ``` class com.lp.client.frame.ExceptionLP jakarta.transaction.RollbackException: ARJUNA016053: Could not commit transaction. com.lp.client.frame.delegate.Delegate.handleThrowableImpl(Delegate.java:287) com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:169) com.lp.client.frame.delegate.RechnungDelegate.berechneSummeOffenNetto(RechnungDelegate.java:1932) ``` Passiert auch bei Frei und Abruf.\ Und auch bei neuem Lieferschein und bei neuer Rechnung * [x] Nun Server neu gestartet\ Im Server Log steht unter anderem:\ 08:39:06,253 INFO \[org.apache.jackrabbit.oak.plugins.document.ClusterNodeInfo\] (MSC service thread 1-7) Waiting for cluster node 1's lease to expire: 22s left Das zählt runter. Auch nach dem Serverneustart per Neubutton aus der Auswahlliste kommt obiger Fehler. Das kopieren einer Rechnung geht. - [x] Anzahlungsrechnung: Im Reiter Anzahlungspositionen wird bei Klick auf % {width="45" height="35"} der Prozentsatz aus dem Zahlungsziel z.B. 30% nicht übernommen. Das Zahlungsziel ist jedoch automatisch richtig definiert. - [x] Fehler beim Logout des Clients ``` class java.lang.Exception java.lang.NullPointerException: Cannot invoke "javax.swing.JMenuBar.removeNotify()" because the return value of "com.lp.client.frame.component.InternalFrame.getJMenuBar()" is null com.lp.client.pc.Desktop.doLogout(Desktop.java:3048) com.lp.client.pc.Desktop.actionPerformed(Desktop.java:2573) java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1972) ``` Ist noch am V2.0.0-RC6 aufgetreten, passiert nicht immer, hatte quasi alle Module offen (wegen Redraw Tests, siehe oben) - [x] Lieferanten Auswahlliste, die Spalte vor LKZ ist die Bestellsperre. Diese muss auch eine Überschrift bekommen.\ {width="586" height="38"} - [x] Eher ein Wunsch.\ im ww_artikel gibt es eine Spalte mit n_umrechnugsfaktor -\> hier fehlt (schon immer) ein n. Ist nur unschön, man vertippt sich aber immer wieder. - [x] Artikeldetails -\> Goto Kundenartikelnummer: Fehler in FLR Liste - [x] Das Preis-Gültig-Bis Datum der Artikellieferanten kann nicht mehr gesetzt werden. Ist anscheinend teilweise in der 2.0.0 final schon so. Es kann weder gesetzt, noch gelöscht werden.\ {width="900" height="472"}\ Leider keine Einträge im Server.log - [x] Los, Journal, offene Arbeitsgänge\ Alles default belassen, es kommt ``` class java.lang.NullPointerException Cannot invoke "com.lp.server.fertigung.service.LosDto.getCNr()" because the return value of "com.lp.client.frame.component.WrapperSelectField.getDto()" is null com.lp.client.fertigung.ReportOffeneAg.getReport(ReportOffeneAg.java:180) com.lp.client.frame.report.PanelReportKriterien.createPrint(PanelReportKriterien.java:1513) ``` Es sollte auch mit leerem Datum, quasi für alle offenen AGs funktionieren.\ Ist auch in der 2.0.0 Final schon so