When I use the search field (up right corner) to search an app, the result is empty (always empty, I tried with many apps like gimp, krita, vlc...). Browsing by categories works fine, but each time I try the search field, the result is totally empty ! That's absolutly not practical and it's a bug. Reproducible: Always
Does the metadata get loaded at all? Can you check the application output?
Just tested. Discover finds vlc,clementine and gimp but not krita. Muon package manager finds krita. Output from terminal: nikola@Lenovo-G50-80:~$ plasma-discover log_attica_plugin: Loaded paths from config: (QUrl("http://download.kde.org/ocs/providers.xml")) knewstuff: Initializing KNS3::Engine from ' "/etc/xdg/comic.knsrc" ' knewstuff: Loading KNewStuff3 config: "/etc/xdg/comic.knsrc" knewstuff: Categories: ("Plasma Comic") knewstuff: Using registry file: "/home/nikola/.local/share/knewstuff3/.knsregistry" knewstuff: Loading KNS2 registry of files for the component: "" knewstuff: Cache read... entries: 0 knewstuff: loading providers from "http://download.kde.org/ocs/providers.xml" knewstuff: XmlLoader::load(): url: QUrl("http://download.kde.org/ocs/providers.xml") log_attica_plugin: Loaded paths from config: (QUrl("http://download.kde.org/ocs/providers.xml")) knewstuff: Initializing KNS3::Engine from ' "/etc/xdg/plasmoids.knsrc" ' knewstuff: Loading KNewStuff3 config: "/etc/xdg/plasmoids.knsrc" knewstuff: Categories: ("Plasma 5 Plasmoid") knewstuff: Loading KNS2 registry of files for the component: "" knewstuff: Cache read... entries: 0 knewstuff: loading providers from "http://download.kde.org/ocs/providers.xml" knewstuff: XmlLoader::load(): url: QUrl("http://download.kde.org/ocs/providers.xml") log_attica_plugin: Loaded paths from config: (QUrl("http://download.kde.org/ocs/providers.xml")) knewstuff: XmlLoader::slotJobData() knewstuff: XmlLoader::slotJobData() knewstuff: --Xml Loader-START-- knewstuff: "<providers>\n\n<provider>\n <id>opendesktop</id>\n <location>https://api.opendesktop.org/v1/</location>\n <name>openDesktop.org</name>\n <icon></icon>\n <termsofuse>https://opendesktop.org/terms/</termsofuse>\n <register>https://opendesktop.org/usermanager/new.php</register>\n <services>\n <person ocsversion=\"1.3\" />\n <friend ocsversion=\"1.3\" />\n <message ocsversion=\"1.3\" />\n <activity ocsversion=\"1.3\" />\n <content ocsversion=\"1.3\" />\n <fan ocsversion=\"1.3\" />\n <knowledgebase ocsversion=\"1.3\" />\n <event ocsversion=\"1.3\" />\n </services>\n</provider>\n\n</providers>\n" knewstuff: --Xml Loader-END-- knewstuff: slotProvidersLoaded knewstuff: Provider attributes: "" log_attica_plugin: No credentials found knewstuff: Engine addProvider called with provider with id "https://api.opendesktop.org/v1/" knewstuff: XmlLoader::slotJobData() knewstuff: XmlLoader::slotJobData() knewstuff: --Xml Loader-START-- knewstuff: "<providers>\n\n<provider>\n <id>opendesktop</id>\n <location>https://api.opendesktop.org/v1/</location>\n <name>openDesktop.org</name>\n <icon></icon>\n <termsofuse>https://opendesktop.org/terms/</termsofuse>\n <register>https://opendesktop.org/usermanager/new.php</register>\n <services>\n <person ocsversion=\"1.3\" />\n <friend ocsversion=\"1.3\" />\n <message ocsversion=\"1.3\" />\n <activity ocsversion=\"1.3\" />\n <content ocsversion=\"1.3\" />\n <fan ocsversion=\"1.3\" />\n <knowledgebase ocsversion=\"1.3\" />\n <event ocsversion=\"1.3\" />\n </services>\n</provider>\n\n</providers>\n" knewstuff: --Xml Loader-END-- knewstuff: slotProvidersLoaded knewstuff: Provider attributes: "" log_attica_plugin: No credentials found knewstuff: Engine addProvider called with provider with id "https://api.opendesktop.org/v1/" log_attica_plugin: No credentials found knewstuff: providerInitialized "openDesktop.org" knewstuff: providers loaded knewstuff: providerInitialized "openDesktop.org" knewstuff: providers loaded knewstuff: loaded page 0 current page 0 knewstuff: "0,,,0,100" add: 100 keys: ("0,,,0,100") knewstuff: loaded page 1 current page 1 knewstuff: "0,,,1,100" add: 88 keys: ("0,,,1,100", "0,,,0,100") knewstuff: loaded page 0 current page 0 knewstuff: "0,,,0,100" add: 37 keys: ("0,,,1,100", "0,,,0,100") knewstuff: loaded page 2 current page 2 knewstuff: "0,,,2,100" add: 0 keys: ("0,,,1,100", "0,,,2,100", "0,,,0,100") qrc:/qml/CategoryDisplay.qml:76: TypeError: Cannot read property 'rating' of null qrc:/qml/CategoryDisplay.qml:76: TypeError: Cannot read property 'rating' of null qrc:/qml/CategoryDisplay.qml:76: TypeError: Cannot read property 'rating' of null qrc:/qml/CategoryDisplay.qml:76: TypeError: Cannot read property 'rating' of null qrc:/qml/CategoryDisplay.qml:76: TypeError: Cannot read property 'rating' of null qrc:/qml/CategoryDisplay.qml:60: TypeError: Cannot read property 'sortableRating' of null qrc:/qml/CategoryDisplay.qml:60: TypeError: Cannot read property 'sortableRating' of null qrc:/qml/CategoryDisplay.qml:60: TypeError: Cannot read property 'sortableRating' of null qrc:/qml/CategoryDisplay.qml:60: TypeError: Cannot read property 'sortableRating' of null qrc:/qml/CategoryDisplay.qml:60: TypeError: Cannot read property 'sortableRating' of null knewstuff: loaded page 1 current page 1 knewstuff: "0,,,1,100" add: 0 keys: ("0,,,1,100", "0,,,2,100", "0,,,0,100") ^C
This is because the appstream information isn't provided for such project. Please ask your distributor to make sure it's available. This can be tested with appstreamcli search krita
appstream is provided and installed. And the test : mathojojo@mathojojo-pc:~$ appstreamcli search krita Identifier: author.desktop [desktop] Name: Calligra Author Summary: Write ebooks and textbooks Package: calligraauthor Icon: calligraauthor_calligraauthor.png ---- But discovers still don't find anything when I use the search field. ->not resolved
Mhhh, I some other search, and it works now. I found Chromium, vlc, gimp, dolphin, blender ... but not Krita :) Maybe it's a problem with Krita being considered as a technical package ? I think that on a fresh install appstream is maybe not installed. But when I installed muon, appstrean has been installed as a dependency. Could be the answer ?
I have muon installed but I cannot find in discover krita, ktorrent, kontact but can find kmail!? nikola@Lenovo-G50-80:~$ appstreamcli search krita Identifier: author.desktop [desktop] Name: Calligra Author Summary: Write ebooks and textbooks Package: calligraauthor Icon: calligraauthor_calligraauthor.png ---- nikola@Lenovo-G50-80:~$ appstreamcli search kontact Identifier: org.kde.kmail.desktop [desktop] Name: KMail Summary: Send, receive and manage your mail with KMail Package: kmail Icon: kmail_kmail.png ---- Identifier: org.kde.korganizer.desktop [desktop] Name: KOrganizer Summary: Calendar and Scheduling Program Package: korganizer Icon: korganizer_korganizer.png ---- nikola@Lenovo-G50-80:~$ appstreamcli search krita Identifier: author.desktop [desktop] Name: Calligra Author Summary: Write ebooks and textbooks Package: calligraauthor Icon: calligraauthor_calligraauthor.png ---- nikola@Lenovo-G50-80:~$ appstreamcli search ktorrent No component matching 'ktorrent' found. Only ktorrent misses appstream information.
It looks like : - appstream itself is buggy - metadatas are missing on some kde packages making them invisible from appstream. But if it's the case, why does muon find them ???
Possible duplicate/related to this one: https://bugs.kde.org/show_bug.cgi?id=362585
Created attachment 100654 [details] Discover search is broken even among installed packages Search is broken even among installed packages - searching for "Fi" doesn't find Firefox. Tested with the live USB image.
Ok, so, everyone listen up please. There's a bunch of stuff being communicated all over the place here. There are a number of problems that can appear with the search, and we need to take care to make sure we are looking at the right problem. a) appstream data is not available -> this will yield warnings in newer versions of discover and result in absolutely no applications showing up b) appstream data is incomplete -> `appstream cli kittehmonster` on a terminal will not find kittehmonster, neither will discover, this isn't really a discover problem c) appstream data is complete but discover can't find it -> `appstream cli scan` on a terminal will list skanlite, but discover will not find it when searching for 'scan' d) appstream data is complete but discover can't find it *by name* -> `appstream cli vlc` finds vlc, discover does not (In reply to Nikola Schnelle from comment #2) > Just tested. Discover finds vlc,clementine and gimp but not krita. This is bug 333438: there is no appstream data for krita, so krita is not found. Please sub to bug report 333438 instead. (In reply to mathojojo from comment #4) > appstream is provided and installed. > > mathojojo@mathojojo-pc:~$ appstreamcli search krita > Identifier: author.desktop [desktop] > > But discovers still don't find anything when I use the search field. ->not > resolved That in of itself is not indicative of anything. Searching for 'vlc' and 'gimp' definitely should return something on Kubuntu 16.04, while krita might suffer from https://bugs.kde.org/show_bug.cgi?id=360003#c1 so I think your search might be broken in general. Best way to verify is to search for a whole bunch of stuff and see if discover finds anything. vlc, gimp, foo, bar, etc. Best also record the results you get in screenshots and post them. (In reply to mathojojo from comment #7) > But if it's the case, why does muon find them ??? Bug 333438 is why. (In reply to Tony from comment #8) > Possible duplicate/related to this one: > https://bugs.kde.org/show_bug.cgi?id=362585 mathojojo apparently can't search for anything, bug 362585 can find some stuff, so they are likely not the same problem. (In reply to Dan Dascalescu from comment #9) > Created attachment 100654 [details] > Discover search is broken even among installed packages > > Search is broken even among installed packages - searching for "Fi" doesn't > find Firefox. > > Tested with the live USB image. Testing on a live USB is likely simply broken because the live session would have 0 appstream data. To that end this is a by-product of bug 333438 but not in of itself indicative of anyting being broken. Without appstream data no-result is the expected result.
(In reply to Harald Sitter from comment #10) > (In reply to Dan Dascalescu from comment #9) > > Created attachment 100654 [details] > > Discover search is broken even among installed packages > > > > Search is broken even among installed packages - searching for "Fi" doesn't > > find Firefox. > > > > Tested with the live USB image. > > Testing on a live USB is likely simply broken because the live session would > have 0 appstream data. To that end this is a by-product of bug 333438 but > not in of itself indicative of anyting being broken. Without appstream data > no-result is the expected result. In the meantime I've installed Kubuntu 16.04.1 and the search is still broken. There are also a ton of other problems with Discover that a new user will see at the first glance: https://bugs.kde.org/show_bug.cgi?id=362585#c4
This should have improved in newer versions.
That's a good news ! From what version should it be improved ? I'm really impatient to have a well working plasma-discover app. Thank you
5.9.0 will have this development (and anything that is added to master these days)