View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
---|---|---|---|---|---|---|---|---|---|
0002034 | NetSurf | Amiga-specific | public | 2011-03-02 19:07 | 2015-03-10 10:37 | ||||
Reporter | Sourceforge Import placeholder | ||||||||
Assigned To | Chris Young | ||||||||
Severity | feature | Reproducibility | have not tried | ||||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | AmigaOS | OS Version | 4.1 | |||||
Product Version | 2.7 | ||||||||
Target Version | Fixed in Version | 3.1 | |||||||
Summary | 0002034: Clone tab support | ||||||||
Description | I use AmigaOS 4.1 and NetSurf 2.7 Revision 11703 I notice a strange bahaviour using NetSurf's tabs, if you open a new tab that isn't related to the previews one (for example opening a new "blank" tab and then typing an address manually) the left arrow in toolbar permit to turn back as the page in tab opened was "linked" to the first one I think that the normal behavoiur should be that each tab should have it's own history *only* rathen then share the history with the other tabs opened (the first tab in this case) How to test: - Open NetSurf Now the first page is www.netsurf-browser.org/welcome Naturally in this first page the left and right arrows in toolbar are correctly ghosted - Then now open a new blank tab from WB menu or with the addtab button Now if you go in this second tab you can see the same default page (www.netsurf-browser.org/welcome) but with the left arrow active, so it seems that this new page is linked in certain term with the first tab, but it's not or would not ! About this i receive a note from the AmigaOS4 mantainer: >>> to create a tab you have to have a "clone" window (so the frontend knows where the tab needs to be created). There's no way of telling the core that this is a completely new tab which needs new history. I'll have to check the gtk version, but I suspect that has the same problem. >>> Is it possible to support such feature in the future release ? | ||||||||
Additional Information | chris_y added a note on Wed Mar 2 20:25:01 2011 On the GTK version, creating a brand new tab clones the currently-selected tab in its entirety (including the URL). Creating a new tab from the menu should open a brand new tab with new history and new content. Imported from sourceforge bug http://sourceforge.net/support/tracker.php?aid=3197631 on Tue Dec 10 17:34:13 2013 | ||||||||
Tags | No tags attached. | ||||||||
Fixed in CI build # | 1568 | ||||||||
Reported in CI build # | |||||||||
URL of problem page | |||||||||
Attached Files |
|
Notes | |
Chris Young (developer) 2014-01-03 00:22 |
A clone window has to be specified on order to create a new tab (as that is the only way NetSurf knows which window to put the new tab in). Specifying a clone then clones that window (tab)'s history. |
Chris Young (developer) 2014-01-03 00:34 Last edited: 2014-01-03 00:34 |
Testing a fix from the menu item only in CI build 1567 |
Chris Young (developer) 2014-01-03 18:26 |
Recreated history for any completely new tabs created. History still follows new tabs created by opening links as it is supposed to. |
Vincent Sanders (administrator) 2015-03-10 10:37 |
Confirmed fixed in 3.1 release |
Issue History | |||
Date Modified | Username | Field | Change |
---|---|---|---|
2013-12-10 17:41 | Vincent Sanders | New Issue | |
2013-12-10 17:41 | Vincent Sanders | Status | new => assigned |
2013-12-10 17:41 | Vincent Sanders | Assigned To | => Sourceforge Import placeholder |
2013-12-20 22:42 | Vincent Sanders | Assigned To | Sourceforge Import placeholder => Chris Young |
2013-12-20 22:42 | Vincent Sanders | Status | assigned => acknowledged |
2013-12-20 22:42 | Vincent Sanders | Resolution | no change required => open |
2013-12-20 22:42 | Vincent Sanders | Category | General => Amiga-specific |
2013-12-20 22:42 | Vincent Sanders | OS | => AmigaOS |
2013-12-20 22:42 | Vincent Sanders | OS Version | => 4.1 |
2013-12-20 22:42 | Vincent Sanders | Product Version | => 2.7 |
2013-12-20 22:42 | Vincent Sanders | Description Updated | View Revisions |
2013-12-20 22:42 | Vincent Sanders | Additional Information Updated | View Revisions |
2014-01-03 00:22 | Chris Young | Note Added: 0000144 | |
2014-01-03 00:22 | Chris Young | Status | acknowledged => confirmed |
2014-01-03 00:34 | Chris Young | Note Added: 0000145 | |
2014-01-03 00:34 | Chris Young | Note Edited: 0000145 | View Revisions |
2014-01-03 18:26 | Chris Young | Fixed in CI build # | => 1568 |
2014-01-03 18:26 | Chris Young | Note Added: 0000149 | |
2014-01-03 18:26 | Chris Young | Status | confirmed => resolved |
2014-01-03 18:26 | Chris Young | Fixed in Version | => 3.1 |
2014-01-03 18:26 | Chris Young | Resolution | open => fixed |
2015-03-10 10:37 | Vincent Sanders | Note Added: 0000660 | |
2015-03-10 10:37 | Vincent Sanders | Status | resolved => closed |