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

Restoring of tabs should work for tabs closed with CMD+W #1

Closed
philc opened this issue Nov 8, 2009 · 5 comments
Closed

Restoring of tabs should work for tabs closed with CMD+W #1

philc opened this issue Nov 8, 2009 · 5 comments

Comments

@philc
Copy link
Owner

philc commented Nov 8, 2009

We may need to snapshot the tab during the chrome.tabs.onRemoved event instead of the D keystroke, although I'm not sure if at that point we can capture the page's URL, scroll position, and window ID.

@ilya
Copy link
Collaborator

ilya commented Nov 9, 2009

I played a bit with this and it looks like the tab is unavailable by the time you get the onRemoved event. If you try to get() with the given tabId, it doesn't exist anymore.

We can file a bug to ask them to give us more information in the onRemoved callback.

Alternatively, we can keep track of all the necessary information ourselves. An event is fired anytime a tab goes to a new URL and we could poll for scroll position periodically. Presumably the current window is accurate when you CMD+W but we can keep track of that manually as well.

What do you think?

@philc
Copy link
Owner Author

philc commented Jan 15, 2010

I think adding basic support for this is worth doing. Very often I hit CMD+W and then realize I didn't want to do that, but can't undo it with z =(

What information do we have by the time onRemoved is called? If we have the URL but not the scroll position, I think that's worth implementing now (as it would be easy) and wait for the Chromium team to respond to the bug we file against them.

@ilya
Copy link
Collaborator

ilya commented Apr 1, 2010

This is mostly done. The last thing that needs to be done is to have periodic polling of the scroll position because if you close with mouse/CMD+W, we don't get a chance to save it on demand.

@philc
Copy link
Owner Author

philc commented Apr 17, 2010

Let's get this finished up for our next release.

@ilya
Copy link
Collaborator

ilya commented Apr 19, 2010

This is done as far as I'm concerned. Reopen if more works needs to be done.

smblott-github pushed a commit that referenced this issue Jun 25, 2015
UncleSnail pushed a commit to UncleSnail/vimium that referenced this issue Jun 17, 2024
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants