Bug 362096 - Can't find apps I want to install using the "search" field
Summary: Can't find apps I want to install using the "search" field
Status: RESOLVED WORKSFORME
Alias: None
Product: Discover
Classification: Applications
Component: discover (show other bugs)
Version: 5.6.2
Platform: Kubuntu Linux
: NOR major
Target Milestone: ---
Assignee: Aleix Pol
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-22 17:17 UTC by mathojojo
Modified: 2016-11-15 18:29 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.9.0


Attachments
Discover search is broken even among installed packages (17.74 KB, image/png)
2016-08-18 04:33 UTC, Dan Dascalescu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description mathojojo 2016-04-22 17:17:37 UTC
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
Comment 1 Aleix Pol 2016-04-25 13:46:14 UTC
Does the metadata get loaded at all? Can you check the application output?
Comment 2 Nikola Schnelle 2016-04-25 14:29:26 UTC
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
Comment 3 Aleix Pol 2016-04-29 10:39:32 UTC
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
Comment 4 mathojojo 2016-04-30 07:00:29 UTC
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
Comment 5 mathojojo 2016-04-30 07:32:49 UTC
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 ?
Comment 6 Nikola Schnelle 2016-04-30 07:42:13 UTC
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.
Comment 7 mathojojo 2016-04-30 07:54:25 UTC
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 ???
Comment 8 Tony 2016-08-09 22:59:03 UTC
Possible duplicate/related to this one:
https://bugs.kde.org/show_bug.cgi?id=362585
Comment 9 Dan Dascalescu 2016-08-18 04:33:28 UTC
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.
Comment 10 Harald Sitter 2016-08-18 11:43:33 UTC
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.
Comment 11 Dan Dascalescu 2016-09-03 06:58:38 UTC
(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
Comment 12 Aleix Pol 2016-11-15 18:21:30 UTC
This should have improved in newer versions.
Comment 13 mathojojo 2016-11-15 18:28:21 UTC
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
Comment 14 Aleix Pol 2016-11-15 18:29:21 UTC
5.9.0 will have this development (and anything that is added to master these days)