"Open New Tab"-spawned Tabs Ought Inherit-Then-Copy "Back" Button Contents (In Order)
Reported by
chrishota@gmail.com,
Mar 31 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3044.0 Safari/537.36 Steps to reproduce the problem: 1. After a browser session wherein tab history has approximately one dozen items, navigate to a webpage with a link to another webpage. 2. Secondary-click the link on the webpage, and choose "Open Link in New Tab," spawning a new tab directed toward the linked URL. 3. Select the new tab (if not already selected); this will begin loading the content of the linked page. What is the expected behavior? The newly-spawned tab will have a copy of the linking page's "back button" history, seen when clicking-and-holding the back button. This ought be a copy of the history, and maintained separately, per-tab. What went wrong? The newly-spawned tab features a grayed-out back button, though it does begin to maintain a separate, per-tab history. Did this work before? N/A Chrome version: 59.0.3044.0 Channel: n/a OS Version: OS X 10.9.5 Flash Version: Thank you for all you do. I have searched for similar reports, yet I'm unsure I looked hard enough. Please accept my humblest apologies if this is a duplicate report, and point me to the most-appropriate issue, for tracking. Thanks!
,
Apr 3 2017
Considering this as feature request, marking it as untriage for further triage
,
Apr 3 2017
,
Aug 21
Archiving old bugs that haven't been actively assigned in over a year. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!
,
Aug 21
Archiving old bugs that haven't been actively assigned in over a year. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks! |
||||
►
Sign in to add a comment |
||||
Comment 1 by nyerramilli@chromium.org
, Mar 31 2017