Merge lp:~mhr3/libunity/dbus-activation-fixes into lp:libunity
Status: | Merged |
---|---|
Approved by: | Didier Roche-Tolomelli |
Approved revision: | 114 |
Merged at revision: | 115 |
Proposed branch: | lp:~mhr3/libunity/dbus-activation-fixes |
Merge into: | lp:libunity |
Diff against target: |
259 lines (+125/-6) 6 files modified
src/unity-lens-private.vala (+2/-2) src/unity-lens-search.vala (+12/-0) src/unity-lens-tools.vala (+2/-1) src/unity-scope-private.vala (+28/-2) test/vala/test-lens.vala (+47/-1) test/vala/test-remote-scope.vala (+34/-0) |
To merge this branch: | bzr merge lp:~mhr3/libunity/dbus-activation-fixes |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Mikkel Kamstrup Erlandsen (community) | Approve | ||
Review via email: mp+90919@code.launchpad.net |
Description of the change
Fixes an issue where a search which didn't change the search key could finish before the search that was actually searching.
The problem manifested itself where a DBus-activated lens daemon would return a result set with model-seqnum=0. This was the case because all lenses call during initialization queue_search_
The fix for this is to properly wait for the last search to finish before returning from the non-changed one.
Added test to detect this issue.
This fixes the problem where DBus-activated lens daemon would return result set with model-seqnum=0. This was the case because all lenses call during initialization queue_search_ changed( ) which creates a LensSearch instance with empty search string, this generates empty string search-key and therefore the actual Search method just returned because the search key didn't change from the last search.
The fix for this is to properly wait for the last search to finish before returning from the non-changed one.