SUMMARY changes in setup window for customized reports are not taken into account STEPS TO REPRODUCE 1. Open a customized report 2. Change some categories (check or uncheck) 3. close setup window OBSERVED RESULT changes are not shown EXPECTED RESULT New checked/unchecked categories should be taken into account SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Kubuntu 18.04.03 (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.44.0 Qt Version: 5.9.5 ADDITIONAL INFORMATION
This was fixed in the meantime. Please update to current 5.0.7
Created attachment 123134 [details] attachment-29098-0.html Thanks Thomas, but how to upgrade. It comes from kubuntu package which proposes only 5.0.1-2 Le 10/10/2019 à 19:40, Thomas Baumgart a écrit : > https://bugs.kde.org/show_bug.cgi?id=412813 > > Thomas Baumgart <tbaumgart@kde.org> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|REPORTED |RESOLVED > Resolution|--- |FIXED > > --- Comment #1 from Thomas Baumgart <tbaumgart@kde.org> --- > This was fixed in the meantime. Please update to current 5.0.7 >
Created attachment 123135 [details] iagdiblgadgdodln.png
That is more of a question for kubuntu. The KMyMoney project provides the source tarballs for them and they need to pick it up.
Created attachment 123142 [details] attachment-12001-0.html Bonjour Thomas, Yes, it is a question for kubuntu, but I have noticed a strange behaviour : - instead of closing the setup window with "fermer" button (it is a french version !) if I close with "Chercher" button, changes are taken into account, and all is ok. I wonder if the label of "chercher" button is right ! It might be "appliquer" instead ! Regards Patrick Le 10/10/2019 à 21:03, Thomas Baumgart a écrit : > https://bugs.kde.org/show_bug.cgi?id=412813 > > --- Comment #4 from Thomas Baumgart <tbaumgart@kde.org> --- > That is more of a question for kubuntu. The KMyMoney project provides the > source tarballs for them and they need to pick it up. >
Bonjour Patrick, that one has been fixed in 5.0.2. See https://bugs.kde.org/show_bug.cgi?id=392519