Skip to content
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

Search provider freezes gnome-shell on search request. #14

Open
tioteath opened this issue Jan 5, 2015 · 5 comments
Open

Search provider freezes gnome-shell on search request. #14

tioteath opened this issue Jan 5, 2015 · 5 comments
Assignees
Labels

Comments

@tioteath
Copy link

tioteath commented Jan 5, 2015

Looks like the search provider applies some global lock when used. Gnome shell freezes for about 5 seconds.
Steps to reproduce:

  • Get a lot of contracts (~1000)
  • Enable search provider in extension preferences
  • Try to search something in overview mode
gnome-shell --version
GNOME Shell 3.14.2
@muffinmad muffinmad added the bug label Jan 9, 2015
@jgeerds
Copy link

jgeerds commented Jun 10, 2015

same here

@p91paul
Copy link

p91paul commented Oct 6, 2015

@muffinmad Have you any way of being notified by pidgin about modifications to the contact list? I suspect this bug is caused by the fact that you get the list of contacts from pidgin every time the search plugin is called. A cache should solve the issue, but contacts/statuses may stale if there is no way to asyncronously get modifications as they happen.

Another solution could be to get them with a timer every few seconds/minutes, but it is to be tested to not introduce micro-freezes of the whole shell. I have no idea if the gs API offers a way to create a background thread.

@jgeerds
Copy link

jgeerds commented Oct 6, 2015

@muffinmad
Copy link
Owner

Yes, blist-signals is the right way.

@brianjmurrell
Copy link

But it doesn't solve the issue of blocking gnome-shell for the initial load of contacts, does it?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants