portfolio
portfolio copied to clipboard
"Holdings" chart fails to render
I'm using Portfolio Performance 0.51.3 on Arch Linux and am experiencing the issue described by someone else here. Namely, clicking on the "Holdings" report renders the pie chart only the first time. When clicking away and then clicking again on "Holdings", the chart is not present. Instead, the following is emitted to stdout, every time "Holdings" is selected:
SWT WebKitGDBus: there was an error executing something synchronously with the extension.
SWT WebKitGDBus: the error message is: The connection is closed
SWT webkit: failure registering BrowserFunction loadData
This is with the webkit2gtk package version 2.32.0-1 installed, which has /usr/lib/libwebkit2gtk-4.0.so.37.53.1.
I tried installing the webkitgtk package version 2.4.11-22 instead, which has /usr/lib/libwebkitgtk-3.0.so.0.22.17, but to no avail – Portfolio Performance gives me the dreaded "Unable to create embedded browser to display charts [...] On Linux one has to install the packet 'libwebkitgtk-3.0-0'" message instead and shows no Holdings chart at all.
Probably not relevant, but my window manager is sway (Wayland-based) and I'm forcing Portfolio Performance to use Xwayland by setting GDK_BACKEND=x11
. Otherwise, much more flakeyness ensues :)
Recently I'm experiencing this too. (pie chart only renders one single time)
Version: 0.52.0 (Apr. 2021)
Platform: linux, x86_64
Java: 11.0.11+9-Ubuntu-0ubuntu2.18.04, Ubuntu
However the error I get is:
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
(Portfolio Performance:7223): Gtk-CRITICAL **: 14:39:50.098: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
(Portfolio Performance:7223): Gtk-CRITICAL **: 14:39:50.098: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
(Portfolio Performance:7223): Gtk-CRITICAL **: 14:39:50.098: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
(Portfolio Performance:7223): Gtk-CRITICAL **: 14:39:50.098: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
I downgraded some webkit-packages and the pie chart still breaks, but now it can be revived by switching filter selection.
Downgraded to version 2.20.1-1:
gir1.2-javascriptcoregtk-4.0 gir1.2-webkit2-4.0 libjavascriptcoregtk-4.0-18 libwebkit2gtk-4.0-37
Since those packages are not available on Manjaro/Arch, unfortunatelly this is no working solution for at least me.
Those packages also not availible for Linux Mint 19.3 Cinnamon "Could not be found Error":
E: Version »2.30.6-0« für »libwebkit2gtk-4.0-37« konnte nicht gefunden werden.
E: Version »2.30.6-0« für »libjavascriptcoregtk-4.0-18« konnte nicht gefunden werden.
"Holdings" chart fails to render also not possible for Ubuntu 20.04.2 LTS
Yes, this is keeping me from upgrading to 20.04. :(
I'm afraid I don't have the slightest idea about gtk development, but how hard can it be to satisfy that scrollbar assertion thing? Obviously some negative or zero-value gets passed and the widget (or whatever it's called) doesn't like that. Anybody here that could give it a quick look?
Having the same problem in Debian 11.
Same bug here, on Kubuntu 20.04, PP 0.53.4.
I tried to debug this a little. Here are some notes I took: https://forum.portfolio-performance.info/t/keine-tortendiagramme-sichtbar/370/70?u=deisi
Same problem in Fedora 34 too.
@rimatech987 Go to preferences and active Use SWTChart library for pie charts. The feature is still work in progress.
Just saw that the new v0.59.4 fixed the labels in SWTChart - excellent, so much better now!! Just a few comments:
- It seems not possible to click on a slice, and have the chart "re-zoom" to have its percentages based on that slice only, as we can on the main chart. Any intention to add that, for feature parity?
- Accordingly, it'll probably be necessary to have the slice details show via mouse hover (as on the main chart implementation) vs on click (as is done in SWTChart currently)
- Finally, it seems like there's quite a bit of blank padding above & below the chart, meaning that the main implementation is quite a bit larger on screen. Would be great to pare back that padding a bit, leaving more area to see the chart data itself.
Thanks again for the work! Can't wait until it reaches the point that I can avoid needing to quit & re-launch the app so much on Linux, due to the main chart implementation "dying", haha :)