New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
I can't search components by categories.. #456
Comments
|
That you get less an less results is intended: Have a look at https://specifications.freedesktop.org/menu-spec/latest/apa.html - if you search for a main cetagory like The critical warnings however are not normal, those should not exist. |
|
Hello Ximion, I understand that it may seem logical, but it is not what the documentation says, and it is not how it behaved before.. This test is on a server where I have debian stretch installed. As you can see, the searches of various categories are added to the result. So, the search is OR between the categories. I do not share the search of all categories because the answer is very long. It returns some duplicate results, which isn't good either, but I was already dealing with that (It's an old distribution, and I don't intend to fix libappstrem 0.10.6) Now (At least in v0.15.5) the search is an AND as you well comment, and seems that I can check it. I can easily adapt to the change, but I would like to know when was the behavior change, and perhaps the documentation should be updated. Thanks again, |
|
Hi! You are right, and the correct way to address this would actually be to restore the previous behavior. However, annoyingly, this behavior is caused by libxmlb not supporting the features we need, so implementing this would only work with quite inefficient hacks. Implementing the needed features in libxmlb would take time, and even when it was done we would need to rely on a much newer version of libxmlb, which also isn't ideal. So, I think even though it absolutely sucks, the thing to do here is to adjust the documentation, so it reflects reality. Is that okay for you? The behavior change will have happened with the switch to libxmlb in version 0.15.0. |
|
Perfect. I can adapt. I was only worried about the behavior change. In fact this gives flexibility, since I have AND easier, and the OR is done just with multiple calls.. Thanks. |
|
This (AND) is also, given how the XDG menu system works, the thing that you usually want, as you want to filter by category and there are master categories like "Game". |
It is to respect the new behavior of appstream, although it probably always should have been that way.
I am maintaining a humble software store based on the old gnome-packagekit. I upgraded from fedora 35 to fedora 37, and today I find some bugs.
It seems that there were several changes in appstream 0.15, but the particular api used, it claims to work the same.
Theoretically it looks for all the components that are in any of the categories.🤔
But in practice, it seems that by adding more search categories, it shows less components.
Well, I share a little test code.
Build with:
So, searching AdventureGame find 8 components, and searching BlocksGame show 6 components, and looking for both categories, does not find any..🙈
But my problem started when I search all the game subcategories, and it doesn't find anything either, but it also returns errors.🤔
The text was updated successfully, but these errors were encountered: