Red Hat Bugzilla – Bug 217948
switching tabs between list and others causes package metada reread
Last modified: 2013-03-13 01:42:41 EDT
Description of problem:
If you switch from list view to the other two as return back even immediately,
it causes a package metadata rereading. Pirut should cache this information and
not reread it unnecessarily.
Also if you search for something in pirut and switch to any other view, the
search list is dropped. It might be better to have a explicit button for
clearing the search and retain it even if the user switches to another tab and
We do things this way because otherwise, we'd have a non-trivial amount of work
to figure out what changed in the other view and reflect it in the list/search.
We could maybe plug in something to not need to unless you've changed
something, but not sure how workable that really is.
Anything that user does in the search tab wouldnt affect the list view at all.
So switching to the search tab from the list tab and back should not cause any
In the browse tab, the user might have selected or unselected any packages but
unless the user has clicked the apply button, it shouldnt affect what the search
results or listing of packages.
Its annoying that pirut rereads the metadata information and clears the search
results just because I switched views and did no package additional or removals
(In reply to comment #2)
> Anything that user does in the search tab wouldnt affect the list view at all.
> So switching to the search tab from the list tab and back should not cause any
> metadata reread.
It's not just reading metadata, though; it's calculating package state to show
the right thing as far as available vs installed vs being removed, etc.
> Its annoying that pirut rereads the metadata information and clears the search
> results just because I switched views and did no package additional orremovals
> at all.
Doing the alternative ends up being a huge memory hit... I've got some ideas on
how to make things better, but it's a matter of time to get to trying them.
*** This bug has been marked as a duplicate of 209923 ***