Keine Tortendiagramme sichtbar

simpson · October 29, 2019, 7:18pm

Mir ist aufgefallen, dass in den „defekten“ Ansichten häufig Pixelmüll in der linken oberen Bildecke zu sehen ist.

Anscheinend wird nach dem Seitenwechsel auf der Folgeseite die Fenster- bzw. die Diagrammgröße nicht mehr richtig berechnet.

Ein Verändern der Fenstergröße hilft in den meisten Fällen hilft, ein Neuzeichnen des Diagramms auf voller Fenstergröße zu erzwingen. Das ist zwar auch nicht schön, aber besser als jedesmal die Anwendung neu starten zu müssen.

@th23, kannst Du bitte mal ausprobieren, ob das auch bei Dir unter Windows so ist, und hier Rückmeldung geben?

th23 · October 31, 2019, 10:02am

Hi simpson,

leider kein Effekt bei mir unter Windows. Ich sehe auch keinen „Pixelmüll“ in den defekten Ansichten. Und ein Neustart der Anwendung bringt leider auch keine Besserung.

@AndreasB soll für so etwas ein Ticket / Fehler aufgemacht werden?

Danke und viele Grüße
Thorsten

th23 · November 29, 2019, 6:19pm

Okay, ich habe mit Andreas Hilfe die Ursache und eine Lösung gefunden: https://github.com/buchen/portfolio/issues/1290#issuecomment-559858998

Danke @AndreasB

AndreasB · December 1, 2019, 8:29pm

Mit Version 0.43.0 sollte zumindest einen bessere Fehlermeldung erscheinen:

Die URL “bundleentry://…/META-INF/js/d3.min.js” konnte nicht extrahiert werden, möglicherweise wegen zu niedrigen Berechtigungen oder wegen fehlendem Speicherplatz.

Dann kann man - wie @th23 - schreibt

Lösung(en), die vielleicht dem einen oder anderen helfen:

Programm als Admin ausführen - also Rechtsklick auf den Shortcut, “Als Administrator ausführen” und die UAC Abfrage bestätigen

Im Windows Explorer den Ordner unter “C:\Programme” finden, Rechtsklick, “Eigenschaften”, Reiter “Sicherheit”, Gruppenname “Alle Anwendungspakete” auswählen, “Bearbeiten…” klicken, dann “Schreiben” “zulassen” indem man das entsprechende Kästchen anhakt, dann muss man 10-15 Nachfragen zu Unterordnern mit “Weiter” bestätigen, letztlich mit “Ok” abschließen

McAllstar · February 16, 2020, 3:57pm

Hi,

da bei mir auch keine Diagramme angezeigt wurden habe ich ein wenig recherchiert.

Ursächlich hierfür war bei mir, dass ich auf meinem PC die sog. Windows 10 Security Baselines anwende, die lokale Richtlinien darstellen und durch Microsoft separat herausgegeben werden und anzuwenden sind. Also nichts was bei einer Standard-Installation der Fall ist.

Die Internet Explorer-Einstellung, die ich isolieren konnte trägt den Namen „Sicherheitszonen: Nur Computereinstellungen verwenden“. Ist diese aktiviert, werden keine Diagramme in den Beständen angezeigt. Der Registry-Schlüssel dazu lautet:

HKLM\Software\Policies\Microsoft\Windows\CurrentVersion\Internet Settings
Security_HKLM_only „1“

Bei den meisten Benutzern, die PP auf einem Firmenrechner verwenden, dürfte das dieselbe Ursache sein, denn diese Einstellungen werden meist auch in Unternehmen zentral gesetzt und angewendet.

Ich hoffe das hilft evtl bei der Weiterentwicklung von PP und denjenigen, die nach einer Lösung für das Problem suchen.

HeWu · November 5, 2020, 8:05pm

Hi Daniel, leider taucht bei mir das Problem auch auf: keine Ansicht von Beständen in der Vermögensaufstellung und unter Klassifizierungen keine Tortediagramme. Bist du hier weitergekommen? Ich nutze Windows 64 bit PP 0.49.1. Danke

Shareholder · November 6, 2020, 9:31pm

Auch bei mir unter Linux besteht ein problem. Ich kann jedoch die Anwendung zum neu (überhaupt) zeichnen des Diagrammes bringen, indem ich einfach im Menü nochmal auf meine Klassifizierung klicke. Das Diagram wird dann offenbar neu aufgebaut und ist dann sichtbar.
Ein Wechseln der Ansicht (Definition, Rebalancing, Torte, Donut,…) hilft dagegen nicht. Vermutlich wird das unterschiedlich gehandhabt und ist buggy.

Andrej_Grimm · November 17, 2020, 5:38am

Hallo zusammen,

leider konnte ich in den bisherigen Beiträgen keinen Artikel hierzu finden.
Bei mir werden sowohl in den Beständen als auch in den Klassifizierungen keine Diagramme angezeigt. Erst habe ich vermutet, dass es an meinem Portfolio liegt, aber auch in der mitgelieferten Bsp. Datei *kommer.xml habe ich das Problem.

Dabei macht es auch keinen Unterschied, welchen Filter ich benutze. Die Seite bleibt einfach immer leer.

Ich habe die aktuelle Version auf einen Win10 Client installiert.

Vielen Dank für Eure Unterstützung.

Gruß Andrej

Andrej_Grimm · November 17, 2020, 9:23am

Hallo, der Tipp mit der Änderung in der Registry war der richtige. Nachdem ich den Schlüssel von 1 auf 0 geändert habe, werden die Diagramme angezeigt.
Vielen Dank!

JulianFC · March 9, 2021, 2:58pm

Hallo zusammen,

der Tipp von @McAllstar ist der Richtige - danke dafür!

Registry-Schlüssel ändern und Tortendiagramm ist wieder da

Lieben Gruß

keijko · April 10, 2021, 7:17am

OS: Arch Linux (Arbeitsumgebung: XFCE)
PP: 0.51.3
Java: 11.0.10

Moin,

ich habe das gleiche Problem. Wenn ich PP unmittelbar mit einem Tortendiagramm lade, wird es angezeigt. Mit der Auswahl des selben oder eines anderen Tortendiagramms wird nichts mehr angezeigt. Die Funktion “GUI zurücksetzen” hilft auch nicht.

Hin und wieder sehe ich folgende Fehlermeldung:

SWT WebKitGDBus: there was an error executing something synchronously with the extension.
SWT WebKitGDBus: the error message is: Verbindung ist geschlossen
SWT webkit: failure registering BrowserFunction loadData

Das ist leider nicht reproduzierbar, aber da für diese Funktion anscheinend interne Browserfunktionen genutzt werden, hilft es vielleicht.

Existieren weitere Möglichkeiten, wo ich bezüglich Logs oder Fehlermeldungen nachschauen könnte?

Gruß
Keijko

mherweg · May 13, 2021, 11:40am

Seit update von PP habe ich auch das Problem.

Direkt nach dem Start wird das Tortendiagramm z.B. “Branchen” einmalig angezeigt
und ist auch interaktiv. Danach wird aber keines der Tortendiagramme mehr angezeigt.

Version: 0.52.0 (Apr. 2021)
Platform: linux, x86_64 (kubuntu 20.04, KDE)
Java: 16.0.1+9-Ubuntu-120.04, Private Build

ProgFriese · May 13, 2021, 1:06pm

Wirklich seit PP-Update? Bei mir ist es ebenso, aber ich weiss genau das erst seit dem

$ grep libwebkit /var/log/dpkg.log
2021-05-10 21:03:33 upgrade libwebkit2gtk-4.0-37:amd64 2.30.6-0ubuntu0.20.04.1 2.32.0-0ubuntu0.20.04.1
2021-05-10 21:03:33 status half-configured libwebkit2gtk-4.0-37:amd64 2.30.6-0ubuntu0.20.04.1
2021-05-10 21:03:33 status unpacked libwebkit2gtk-4.0-37:amd64 2.30.6-0ubuntu0.20.04.1
2021-05-10 21:03:33 status half-installed libwebkit2gtk-4.0-37:amd64 2.30.6-0ubuntu0.20.04.1
2021-05-10 21:03:34 status unpacked libwebkit2gtk-4.0-37:amd64 2.32.0-0ubuntu0.20.04.1
2021-05-10 21:03:36 configure libwebkit2gtk-4.0-37:amd64 2.32.0-0ubuntu0.20.04.1 <keine>
2021-05-10 21:03:36 status unpacked libwebkit2gtk-4.0-37:amd64 2.32.0-0ubuntu0.20.04.1
2021-05-10 21:03:36 status half-configured libwebkit2gtk-4.0-37:amd64 2.32.0-0ubuntu0.20.04.1
2021-05-10 21:03:36 status installed libwebkit2gtk-4.0-37:amd64 2.32.0-0ubuntu0.20.04.1

Update von libwebkit2gtk-4.0-37:amd64 2.32.0-0ubuntu0.20.04.1 so ist.

mherweg · May 13, 2021, 1:49pm

nein, das war eine Vermutung. Danke für den Hinweis. Hast du schon eine Lösung oder Workaroud?

ProgFriese · May 13, 2021, 2:07pm

Nee, leider nicht. Vielleicht ist das ein Problem welches sich mit dem nächsten Update von libwebkit erledigt.

ProgFriese · May 20, 2021, 7:16pm

Habe das Problem nochmal verifiziert. Eine virtuelle Maschine mit xubuntu-20.04.2.0-desktop-amd64.iso erstellt, während der Installation angebotetene Updates abgelehnt.

Somit ist

libwebkit2gtk-4.0-37:amd64 2.30.6-0ubuntu0.20.04.1

aktiv. openjdk-11-jre und PP 0.52 installiert bzw. runtergeladen → Das Bestände-Diagramm wird angezeigt, auch mehrmals nach Wechsel in andere Menüs.

Die virtuelle Maschine geklont und dann libwebkit2gtk-4.0-37:amd64 auf 2.32.0-0ubuntu0.20.04.1 upgegradet. Dabei bekommt auch libjavascriptcoregtk-4.0-18:amd64 ein Update.

Ergebnis: Das Bestände-Diagramm wird nach Start von PP nur einmal aufgebaut, nach einem Menüwechsel dann nie wieder.

Das betrifft nicht nur libwebkit2gtk 2.32.0-0 sondern auch archlinux wo inzwischen schon Version 2.32.1-1 aktiv ist, siehe Pie and donut charts not rendering

Flainse · May 23, 2021, 7:03pm

Die Flatpak Version von Portfolio Performance (wo alle Abhängigkeiten ja die gleiche Version unabhängig von der Distro haben sollten) ist übrigens ebenfalls betroffen.

mherweg · May 24, 2021, 7:51pm

workaround:
sudo apt install libwebkit2gtk-4.0-37=2.28.1-1 libjavascriptcoregtk-4.0-18=2.28.1-1

ProgFriese · May 25, 2021, 8:54am

Ja, der Workaround funktioniert, Danke.

Weiss jemand wie man PP die passenden Logs entlocken kann, um dem Upstream von libwebkit mal eine Meldung zu geben? Ich kann da nichts finden, wenn ich

pp_prog_0.52$ strace -f -o strace_pp.log ./PortfolioPerformance

nutze, finde ich nur sowas,

pp_prog_0.52$ grep -B 5 libwebkit strace_pp.log
5083  mprotect(0x7f34351d1000, 4096, PROT_READ) = 0
5083  openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 148
5083  fstat(148, {st_mode=S_IFREG|0644, st_size=134382, ...}) = 0
5083  mmap(NULL, 134382, PROT_READ, MAP_PRIVATE, 148, 0) = 0x7f346cf18000
5083  close(148)                        = 0
5083  openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37", O_RDONLY|O_CLOEXEC) = 148
--
5083  futex(0x7f34d441a000, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
5168  close(15 <unfinished ...>
5102  <... read resumed>"\1\0\0\0\0\0\0\0", 16) = 8
5168  <... close resumed>)              = 0
5102  futex(0x7f34d441a000, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
5168  openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37", O_RDONLY|O_CLOEXEC <unfinished ...>
--
5102  futex(0x7f34d441a000, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
5170  <... close resumed>)              = 0
5168  <... mmap resumed>)               = 0x7f92ccf40000
5102  <... futex resumed>)              = 1
5083  <... futex resumed>)              = 0
5170  openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37", O_RDONLY|O_CLOEXEC <unfinished ...>
--
5170  futex(0x7fdfd15eff38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
5170  futex(0x7fdfd15eff38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
5170  futex(0x7fdfd15eff38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
5170  futex(0x7fdfd52f80c4, FUTEX_WAKE_PRIVATE, 2147483647) = 0
5170  write(16, "\1\0\0\0\0\0\0\0", 8)  = 8
5170  stat("/usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/injected-bundle/libwebkit2gtkinjectedbundle.so", {st_mode=S_IFREG|0644, st_size=6040, ...}) = 0
5170  openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/injected-bundle/libwebkit2gtkinjectedbundle.so", O_RDONLY|O_CLOEXEC) = 158
--
5210  close(15 <unfinished ...>
5083  fcntl(146, F_SETFD, FD_CLOEXEC <unfinished ...>
5210  <... close resumed>)              = 0
5102  <... read resumed>"\1\0\0\0\0\0\0\0", 16) = 8
5083  <... fcntl resumed>)              = 0
5210  openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37", O_RDONLY|O_CLOEXEC <unfinished ...>
--
5210  futex(0x7fe7c8247f38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
5210  futex(0x7fe7c8247f38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
5210  futex(0x7fe7c8247f38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
5210  futex(0x7fe7cbf500c4, FUTEX_WAKE_PRIVATE, 2147483647) = 0
5210  write(16, "\1\0\0\0\0\0\0\0", 8)  = 8
5210  stat("/usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/injected-bundle/libwebkit2gtkinjectedbundle.so", {st_mode=S_IFREG|0644, st_size=6040, ...}) = 0
5210  openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/injected-bundle/libwebkit2gtkinjectedbundle.so", O_RDONLY|O_CLOEXEC) = 156

was mir leider garnichts sagt.

Fonds-Investor · June 5, 2021, 9:28am

Unter Linux Mint 19.3 Cinnamon funktioniert der Workaround nicht.

E: Version »2.28.1-1« für »libwebkit2gtk-4.0-37« konnte nicht gefunden werden.
E: Version »2.28.1-1« für »libjavascriptcoregtk-4.0-18« konnte nicht gefunden werden.