Bug 486168 - Kmymoney Reports no longer available after upgrade to Fedora 40 KDE Spin
Summary: Kmymoney Reports no longer available after upgrade to Fedora 40 KDE Spin
Status: RESOLVED DOWNSTREAM
Alias: None
Product: kmymoney
Classification: Applications
Component: reports (show other bugs)
Version: 5.1.3
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: KMyMoney Devel Mailing List
URL:
Keywords:
: 486301 486427 (view as bug list)
Depends on:
Blocks:
 
Reported: 2024-04-26 17:14 UTC by dave
Modified: 2024-06-16 15:26 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
attachment-1286136-0.html (1.79 KB, text/html)
2024-04-26 18:25 UTC, dave
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dave 2024-04-26 17:14:29 UTC
***
I recently upgraded my desktop to Fedora 40 / KDE spin.  I did a full reinstall and restored software from backup.  I did a fresh install of Kmymoney and used the restored file.  The only issue is the Reports are gone.  The icon is gone and no option to run Reports from any toolbar menu.  
I have uninstalled and reinstalled through DNF and Discover software manager.
I went to Configure / Icons and tried other themes on a  hunch but it made no difference

SUMMARY
No Reports option after Fedora 40 KDE Spin upgrade.

STEPS TO REPRODUCE
1. N/A  It is just a missing feature.
2. 
3. 

OBSERVED RESULT
Report Icon missing from left column with no option to run reports anywhere else

EXPECTED RESULT
To have expense reports available.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 40
(available in About System)
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0

ADDITIONAL INFORMATION
I installed Kmymoney 5.1.3 on a machine running Ubuntu 23.10 and restored the same backup file to it. The Reports are there and functional.
Comment 1 Jack 2024-04-26 17:48:52 UTC
If the reports icon is missing from the list of icons for all the views, it sounds like a build problem.  If you go to Settings/Configure  KMyMoney... and click  Plugins on the left side, is there an entry for Reports View?  If not, or it does not give you some configuration options, then you need to complain to Fedora.  Let us know what the configuration dialog shows.
Comment 2 dave 2024-04-26 18:25:55 UTC
Created attachment 168929 [details]
attachment-1286136-0.html

Hi Jack,

There is no Reports View plugin.  With that info I will take it to Fedora.

I see no reason not to close the ticket.

Thank you,

Dave


On 4/26/24 11:48 AM, Jack wrote:
> https://bugs.kde.org/show_bug.cgi?id=486168
>
> Jack<ostroffjh@users.sourceforge.net>  changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>               Status|REPORTED                    |NEEDSINFO
>           Resolution|---                         |WAITINGFORINFO
>
> --- Comment #1 from Jack<ostroffjh@users.sourceforge.net>  ---
> If the reports icon is missing from the list of icons for all the views, it
> sounds like a build problem.  If you go to Settings/Configure  KMyMoney... and
> click  Plugins on the left side, is there an entry for Reports View?  If not,
> or it does not give you some configuration options, then you need to complain
> to Fedora.  Let us know what the configuration dialog shows.
>
Comment 3 Jack 2024-04-26 18:42:28 UTC
We can leave it open for now, but please add the link to the Fedora bug once it's filed.  I can then either wait for their resolution or close as DOWNSTREAM.  I'm leaving a WAITINGFORINFO, so there will be a reminder if nothing happens in 30 days so we don't just forget.
Comment 4 Jack 2024-04-29 17:16:46 UTC
*** Bug 486301 has been marked as a duplicate of this bug. ***
Comment 5 Thomas Baumgart 2024-05-04 12:05:55 UTC
*** Bug 486427 has been marked as a duplicate of this bug. ***
Comment 6 Bug Janitor Service 2024-05-19 03:45:28 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 7 dave 2024-05-20 15:35:47 UTC
Regarding NEEDSINFO:
I submitted the bug to Redhat on 04/26/24 and have received no feedback except that more people are seeing the same issue.   
Users running XFCE and LXQT DE's have joined the list there so it is not unique to KDE/Plasma.
Comment 8 Jack 2024-05-20 15:38:32 UTC
Changing status.  We can keep this open until Fedora fixes it, mainly so it can be found and folks don't keep filing new bugs here.
Comment 9 andy 2024-05-23 02:56:32 UTC
add comment to receive email
Comment 10 dave 2024-05-24 00:13:08 UTC
Would like to stay on the mailing list on this issue.
Thanks,Dave
Comment 11 Jack 2024-05-24 00:17:56 UTC
Note you can add yourself to the cc list without making a comment.
Comment 12 Mattia 2024-05-25 07:52:46 UTC
This bug is due to Fedora using kdiagram 3.0.1 at build time, which leads to:
```
CMake Warning at CMakeLists.txt:143 (find_package):
  By not providing "FindKChart.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "KChart", but
  CMake did not find one.
  Could not find a package configuration file provided by "KChart" (requested
  version 2.6.0) with any of the following names:
    KChartConfig.cmake
    kchart-config.cmake
  Add the installation prefix of "KChart" to CMAKE_PREFIX_PATH or set
  "KChart_DIR" to a directory containing one of the above files.  If "KChart"
  provides a separate development package or SDK, be sure it has been
  installed.
```

Indeed, kdiagram 3.0.1 provides `KChartConfig6.cmake`.
I'll rebuild kmymoney using the compatibility package kdiagram2 2.8.0 (which I already tested to fix the problem). However I think you should be aware of this change for future compatibility.
Comment 13 Jack 2024-05-25 14:34:21 UTC
You need to report this to Fedora, not here.  I don't know of any other distribution which has this problem.  I'm also not sure why whoever built KMM for Fedora didn't notice that error in the build log.
Comment 14 Jack 2024-06-15 22:17:48 UTC
I see the Fedora bug has been closed, so closing here.  Let us know if it still doesn't work.
Comment 15 Brendan 2024-06-15 22:23:07 UTC
Please let everyone know if KMM is working properly on Fedora 40. I've been holding off upgrading since learning about this bug.

Thanks.
Comment 16 Mattia 2024-06-16 06:42:43 UTC
(In reply to Brendan from comment #15)
> Please let everyone know if KMM is working properly on Fedora 40. I've been
> holding off upgrading since learning about this bug.
> 
> Thanks.

See https://bodhi.fedoraproject.org/updates/FEDORA-2024-b5b2a3ba72

After rebuilding KM against kdiagram 2.8 is confirmed working.
@jack: I still think this is something that needs to be addressed upstream, as it will come the time kdiagram 2.8 will be dropped by distributions... should I file a notice on https://invent.kde.org/office/kmymoney/-/issues/ ?
Comment 17 Jack 2024-06-16 15:26:06 UTC
@mattia 
The question was really whether that rebuilt version was pushed to the stable repository.  It was not obvious to me just looking at the bug report.  Thanks for confirming.

On porting to Qt6, no further bug or issue is needed.  It's already on the list.  Some initial work has already been done as part of other program changes, although there is plenty left to do.  I'm still hoping to publish some sort of roadmap, but the next major release of KMM will be 5.2, which will be made from master branch.  After that, I believe the major effort will be the Qt5 -> Qt6 effort.  There is no formal timeline yet for either of these, and it's already later than had been hoped, but things are definitely progressing.