-
Notifications
You must be signed in to change notification settings - Fork 286
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
QS takes a long time to list actions on files with the Eject action enabled #56
Comments
Again, I'm not seeing this problem. It may be an issue with a plugin you have installed. None of those methods are deprecated... |
I am seeing identical behavior as @neurolepsy as well. Hitting enter after, say, launching Safari would take 5 or more seconds, sometimes much longer. I can run "Sample Process" on the beach ball and it would show me a very, very deep stack (over 200 deep) and the found method call was mountedLocalVolumePath. Disabling the "Eject" functionality from the core made this disappear right away. The final depths of the sample were:
If it's any help, I have iDisk with automatic syncing enabled, and an external 1TB USB drive which is currently unmounted. If you want the sample, I have it, but most of the levels are a single call, like:
Recursive, I guess... Either that or a context switch function or something like that. |
Make the Eject action validate by checking if file path starts with /Volumes/. This is to prevent a stall while NSWorkspace do the query, the check if just moved to the actual execution. Closed by dc6f316 |
When the Eject action in Core Support is enabled, it takes a second or so for any actions to appear for files. From taking a very quick look at it, it seems that the slowdown is caused by line 152 of QSActionProvider_EmbeddedProviders.m:
if ([[[NSWorkspace sharedWorkspace] mountedLocalVolumePaths] containsObject:[[dObject singleFilePath] stringByStandardizingPath]])
The text was updated successfully, but these errors were encountered: