Fehler nach Passworteingabe

Ich habe hier 1.8.141 auf Win7/64 und wollte schon nach Beispieldaten fragen.
Aber falls es an einer alten Version liegt, nützt das da auch nichts.

Ich würde gerne mal einen Branch mit einem entsprechenden Fix zusammenstellen.
Hast Du eine Idee, wie man da eine Testversion für ausgewählte User machen könnte?
Oder halt nur zum selber laden, erstmal ohne automatisches Update - damit es nicht bei allen brennt.

Wenn ich das richtig sehe, hat @Waldschrat genau die Version genutzt.

In den Einstellungen kann man beliebige URLs eintragen. Du könntest eine Update Site auch irgendwo anders hosten. Das Problem ist aber immer - das Update tut nur, wenn die Version hochgezählt wird. Man verbrennt dabei Versionen.

Ich würde einfach irgendwo eine Version zum Download anbieten.

Aber ehrlich gesagt: lohnt sich das? Das Compression Level können wir auch wieder ändern ohne die “try - catch” umzustellen.

0.27.8 funktioniert wieder. Vielen Dank für die schnelle Hilfe.

Ah ok, dann also eher eine normale Version.
Oder ich packe zum Testen einfach das Ergebnis des Builds zusammen und stelle es hier bereit.

Ja, der Compression Level wäre auch nicht das Problem.
Ich finde die Überarbeitung dann schon sauberer - ich will den Code gerne besser zurücklassen, als ich ihn vorgefunden habe :wink:

@Waldschrat: könntest Du eine Testversion, die ich bereitstelle, gegen Deine Datei testen?
Oder falls Du eine Testdatei hast ohne allzu viele persönliche Daten, kannst Du sie mir auch zur Verfügung stellen.

Ok, ich habe diesen Pull Request erstellt mit den Änderungen, um nur die BadPaddingException abzufangen und die anderen IOExceptions zuzulassen:

Ich habe auch Portfolio Performance für Windows 64 gebaut und hier abgelegt.
Es reicht, die ZIP-Datei zu entpacken und die PortfolioPerformance.exe zu starten.

@Jens_Boettcher, @Waldschrat und @dorg2009 : könnt Ihr es bitte mit dieser Fassung noch einmal testen und das Ergebnis hier posten? Vielen Dank schon einmal :smile:

Die Version 0.27.8 funktioniert wieder wie gewohnt, mit der gibt es keine Probleme bei mir. Mit der ZIP-Variante erscheint sofort nach dem Doppelklick auf die EXE folgendes:

Getestet habe ich auf dem Desktop, dem Programme und dem Programme(x86) Verzeichnis immer als Admin, das Ergebnis ist immer das Gleiche.

Exit Code = 13 tritt eigentlich immer dann auf, wenn Bit Version von JDK/JRE nicht zu der von PortfolioPerformance passen.

Du hast die 64bit Version von PP, ist aber unter c:\ProgramData\Oracle\Java\ auch die 64bit version installiert? Irgendwie scheint der Launcher da ein anderes JRE zu nehmen als in Deiner anderen Installation.

(So als Nebenbemerkung: mit Java 9 kann man reduzierte Laufzeitumgebungen bauen. Ich überlege schwer ob ich nicht Java direkt mit einpacken soll. Das ist einfach zu frickelich das passende JDK/JRE zu finden. :grimacing:)

Nein, ich habe eine 32-Bit Version von PP installiert, da meine Java-Version ebenfalls x86 ist und ich das für sinnvoller hielt. Ich habe lediglich ein 64-Bit Betriebssystem. Als ich den Test gemacht habe, habe ich nicht weiter darüber nachgedacht das es evtl. zu Inkompatibilitäten zwischen den Versionen kommen kann (war auch schon 2:00 Uhr :slight_smile:)

Das hatte ich mir schon gedacht, nachdem ich nur die 64-bit-Variante zur Verfügung gestellt hatte :wink:

Ich habe jetzt die aktuellen Änderungen aus dem Pull Request noch einmal gebaut:
Und zwar als 32-bit und 64-bit - eins davon müsste dann ja bei Dir funktionieren.

Falls Du das nochmal testen kannst @Jens_Boettcher, wäre das super. Ich würde das schon gerne sauber lösen aber möchte auch vermeiden, dass es dann bei vielen Nutzern nicht richtig funktioniert.

Die 32-Bit Version 0.27.9.201710031436 läuft bei mir. Ich hab nach dem Starten folgendes im Fehlerspeicher:

Test

Die roten X’e können ignoriert werden, dass sind Wertpapiere die in der angelegten Form nicht mehr existieren, von mir aber nicht gelöscht wurden.

In den Warnungen steht folgendes:

Tue Oct 03 19:00:33 CEST 2017
Server returned lastModified <= 0 for http://updates.abuchen.name/portfolio/content.xml.xz

Tue Oct 03 19:00:33 CEST 2017
Server returned lastModified <= 0 for http://updates.abuchen.name/portfolio/content.jar

Das steht da aber, glaube ich, immer drin.

Vielen Dank für das Testen!

Das schaut soweit gut aus @AndreasB.
Ich glaube, die Fehler mit lastModified erscheinen, weil ich die Version selber erstellt habe.

Wenn sich die Datei aber sauber öffnen ließ, ist unser Ziel schon erreicht :smile:

Die kommen - aus welchen Gründen auch immer - ab und an mal. Das passiert im Rahmen des Checks nach Aktualisierungen. Keine Ahnung warum. Leider komme ich an die Code Stelle auch nicht ran - einfach ignorieren.