Hi, Doing a customized version of the transaction report, if you tick the option Hide split transaction details, and save the report, it shows the intended report, with one only line per transaction. Exiting kmymoney and reopening it, the tick won't be there anymore, and the report will shows several lines per splitted transaction. Version used: 4.8.0-fbd612529e Way to reproduce: 1) Create a copy of the transaction reports. 2) Tick the hide split transaction details. 3) Save. 4) Close kmymoney. 5) Open kymoney and the new report. Thanks! José.
Why didn't you try master (5.0) branch? AFAIK it's already fixed.
Because of lack of dependencies in gentoo, KF5 is not yet in: CMake Warning at /usr/share/ECM/find-modules/FindKF5.cmake:74 (find_package): Could not find a package configuration file provided by "KF5Contacts" (requested version 5.2) with any of the following names: KF5ContactsConfig.cmake kf5contacts-config.cmake Add the installation prefix of "KF5Contacts" to CMAKE_PREFIX_PATH or set "KF5Contacts_DIR" to a directory containing one of the above files. If "KF5Contacts" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:37 (find_package) -- Could NOT find KF5Contacts: found neither KF5ContactsConfig.cmake nor kf5contacts-config.cmake CMake Warning at /usr/share/ECM/find-modules/FindKF5.cmake:74 (find_package): Could not find a package configuration file provided by "KF5Akonadi" (requested version 5.2) with any of the following names: KF5AkonadiConfig.cmake kf5akonadi-config.cmake Add the installation prefix of "KF5Akonadi" to CMAKE_PREFIX_PATH or set "KF5Akonadi_DIR" to a directory containing one of the above files. If "KF5Akonadi" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:37 (find_package) -- Could NOT find KF5Akonadi: found neither KF5AkonadiConfig.cmake nor kf5akonadi-config.cmake CMake Warning at /usr/share/ECM/find-modules/FindKF5.cmake:74 (find_package): Could not find a package configuration file provided by "KF5IdentityManagement" (requested version 5.2) with any of the following names: KF5IdentityManagementConfig.cmake kf5identitymanagement-config.cmake Add the installation prefix of "KF5IdentityManagement" to CMAKE_PREFIX_PATH or set "KF5IdentityManagement_DIR" to a directory containing one of the above files. If "KF5IdentityManagement" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:37 (find_package) -- Could NOT find KF5IdentityManagement: found neither KF5IdentityManagementConfig.cmake nor kf5identitymanagement-config.cmake -- Found KF5Activities: /usr/lib64/cmake/KF5Activities/KF5ActivitiesConfig.cmake (found version "5.29.0") -- Found KF5Kross: /usr/lib64/cmake/KF5Kross/KF5KrossConfig.cmake (found version "5.29.0") -- Found KF5: success (found suitable version "5.4.3", minimum required is "5.2") found components: Archive CoreAddons Config ConfigWidgets I18n KHtml Completion KCMUtils ItemModels ItemViews Service Wallet IconThemes XmlGui TextWidgets Notifications KIO DocTools Holidays Activities Kross missing components: Contacts Akonadi IdentityManagement CMake Error at CMakeLists.txt:41 (find_package): By not providing "FindLibAlkimia.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "LibAlkimia", but CMake did not find one. Could not find a package configuration file provided by "LibAlkimia" (requested version 6.0.0) with any of the following names: LibAlkimiaConfig.cmake libalkimia-config.cmake Add the installation prefix of "LibAlkimia" to CMAKE_PREFIX_PATH or set "LibAlkimia_DIR" to a directory containing one of the above files. If "LibAlkimia" provides a separate development package or SDK, be sure it has been installed. -- Configuring incomplete, errors occurred! See also "/home/pekkari/kmymoney/build/CMakeFiles/CMakeOutput.log". Thanks! José
I'd be more general and say that 5.0 has not been released yet. The porting to Frameworks is not yet complete, so that version is not ready for production use. It does do most things, but not all. I can see declining to fix something in 4.8 if the working code from 5.0 cannot simply be backported (frameworks instead of kdelibs) but that doesn't make the bug INVALID, it just means the resolution is I would call that WONTFIX, or perhaps even FIXED in 5.0.