Review Request 123223: Fix bug 344614: kservice splits filename wrong
Gregor Mi
codestruct at posteo.org
Fri Apr 10 14:21:11 UTC 2015
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/123223/
-----------------------------------------------------------
(Updated April 10, 2015, 2:21 p.m.)
Status
------
This change has been marked as submitted.
Review request for KDE Frameworks.
Changes
-------
Submitted with commit 1782880ce2586d9d8633abfeb05c290907e26658 by Gregor Mi to branch master.
Repository: kservice
Description
-------
Patch for https://bugs.kde.org/show_bug.cgi?id=344614.
The difference between the old and new code (which is moved to a separated method in the .h file) is: name.indexOf is replaced by name.lastIndexOf
There is one issue: I would like to move the implementation of the new method KServicePrivate::entryPathToName from the .h to .cpp file but I get at link time: " .../autotests/kservicetest.cpp:824: undefined reference to 'KServicePrivate::entryPathToName(QString const&)'" Is it generally possible to unit test methods delcared *Private classes?
Diffs
-----
autotests/kservicetest.h 929cd9fefe22308909e44650e8e4bfb2456fd534
autotests/kservicetest.cpp d46f868185c3bf45138d80d04f4eb0d2840de9ca
src/services/kservice.cpp 8c4e1a180a7628872d6f62486db9aee4b858547f
src/services/kservice_p.h 9a5a31caadc7487f8daf898eff062b2855800313
src/services/kserviceutil_p.h PRE-CREATION
Diff: https://git.reviewboard.kde.org/r/123223/diff/
Testing
-------
1. new unit test succeeds
2. all other unit tests in ./kservicetest sill succeed
3. Call `kbuildsycoca5 --noincremental` without and with the patch and try out dolphin's Space Info menu. In the first case filelight is not found. With the patch filelight is found.
Thanks,
Gregor Mi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20150410/c8b7fb01/attachment.html>
More information about the Kde-frameworks-devel
mailing list