OneConf can have an irrelevant number of package search
Bug #653787 reported by
Didier Roche-Tolomelli
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
oneconf (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
software-center (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Binary package hint: oneconf
This is due to the way nonapp_visible is working on USC:
- if nonapp_visible is set to False and no result were found, nonapp_visible from AppStore is then set to true to wider search. This dramatically slow down OneConf as they can have a lot of cases were there is no match in case of synced computer state (in either installed or removed package), for more than one view.
The proposal is to switch the True/False value to:
NONAPPS_
NONAPPS_
NONAPPS_
Changed in oneconf (Ubuntu): | |
status: | New → Triaged |
Changed in software-center (Ubuntu): | |
status: | New → Triaged |
Changed in oneconf (Ubuntu): | |
importance: | Undecided → Medium |
Changed in software-center (Ubuntu): | |
importance: | Undecided → Medium |
description: | updated |
description: | updated |
To post a comment you must log in.
This bug was fixed in the package oneconf - 0.1.2
---------------
oneconf (0.1.2) maverick; urgency=low
* New release:
- fix possible rash on login to u1account (LP: #650911)
- be compatible with previous OneConf format (LP: #650637)
- fix some hanging when u1dialog window triggered at wrong time
- protect pane refresh in multiple threads
- be compatible with incoming USC, enhancing the loop performance
when non apps not visible (LP: #653787) (still compatible with previous
one)
-- Didier Roche <email address hidden> Mon, 04 Oct 2010 14:09:28 +0200