Comment #15 on issue 9225 by dan.erat: Linux Omnibox should maintain state across tab switches http://code.google.com/p/chromium/issues/detail?id=9225
I have a patch that (mostly) fixes this at http://codereview.chromium.org/151006. The only major issue that I'm aware of occurs after the following sequence of events: 1. Highlight URL in tab A. 2. Switch to tab B. 3. Highlight URL in tab B. 4. Switch back to tab A. URL is automatically re-highlighted. 5. Switch back to tab B. At this point, B's URL should still be the primary selection, but my change incorrectly replaces it with A's URL at step 5. An easy workaround would be to only restore the cursor position on tab switch, instead of restoring the selection-end marker as well. The better fix would be to watch for someone else taking the selection and removing the selection-end marker from the saved tab state. I believe that there's another small divergence from Firefox in the following case: 1. Highlight URL in tab A. 2. Click in the empty part of the omnibox to deselect the text. 3. Switch to tab B and middle-click in the omnibox. In Firefox, step 3 pastes A's URL (that is, the primary selection is preserved even when the text is deselected, as long as it's not replaced by another selection). Chrome already diverges from Firefox here (by virtue of GTK's default behavior, I think), though, since middle-clicking in the omnibox right after step 2 doesn't paste anything either. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings --~--~---------~--~----~------------~-------~--~----~ Automated mail from issue updates at http://crbug.com/ Subscription options: http://groups.google.com/group/chromium-bugs -~----------~----~----~----~------~----~------~--~---
