-
Notifications
You must be signed in to change notification settings - Fork 907
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
Configurable delay when auto-unsuspending a tab that gains focus #630
Comments
There is a delay. I can't remember how long exactly, but it is by design (AND was requested by other GitHub users I'm pretty sure). Reason being: a very brief focus doesn't necessarily imply intention to view the tab. For instance: I often switch between tabs with my arrow keys (cmd + option + left/right), skipping over one or two suspended tabs to get to another tab. I'm not interested in those skipped suspended tabs so they should stay suspended. How long would you say it's taking before it appears to start reloading? Perhaps we could look at adjusting this. I think no more than 1 second should be about right for the 'keyboard tabbing' scenario above. |
Sorry for the delayed response, Yes, it definitely makes sense, if you are using shortcuts for the switching between tabs. I think the delay is about 1 sec. Maybe it would be possible to move this feature to the settings? Some other "bug" is that if you close some tab and the browser automatically switches to the next tab (which is suspended), this tab stays suspendend, does it make sense? |
On that last part, see #519 |
Agree on wish to have unsuspend delay setting as preference :) |
seems like a straight duplicate of #252, no? |
Suspended tabs need too long to start unsuspending after it is beeing viewed
The text was updated successfully, but these errors were encountered: