MantisBT - NetSurf
View Issue Details
0002034NetSurfAmiga-specificpublic2011-03-02 19:072015-03-10 10:37
ReporterSourceforge Import placeholder 
Assigned ToChris Young 
PrioritynormalSeverityfeatureReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOSAmigaOSOS Version4.1
Product Version2.7 
Target VersionFixed in Version3.1 
Fixed in CI build #1568
Reported in CI build #
URL of problem page
Summary0002034: Clone tab support
DescriptionI 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 Informationchris_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

TagsNo tags attached.
Attached Files

Notes
(0000144)
Chris Young   
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.
(0000145)
Chris Young   
2014-01-03 00:34   
Testing a fix from the menu item only in CI build 1567

(0000149)
Chris Young   
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.
(0000660)
Vincent Sanders   
2015-03-10 10:37   
Confirmed fixed in 3.1 release

Issue History
2013-12-10 17:41Vincent SandersNew Issue
2013-12-10 17:41Vincent SandersStatusnew => assigned
2013-12-10 17:41Vincent SandersAssigned To => Sourceforge Import placeholder
2013-12-20 22:42Vincent SandersAssigned ToSourceforge Import placeholder => Chris Young
2013-12-20 22:42Vincent SandersStatusassigned => acknowledged
2013-12-20 22:42Vincent SandersResolutionno change required => open
2013-12-20 22:42Vincent SandersCategoryGeneral => Amiga-specific
2013-12-20 22:42Vincent SandersOS => AmigaOS
2013-12-20 22:42Vincent SandersOS Version => 4.1
2013-12-20 22:42Vincent SandersProduct Version => 2.7
2013-12-20 22:42Vincent SandersDescription Updatedbug_revision_view_page.php?rev_id=603#r603
2013-12-20 22:42Vincent SandersAdditional Information Updatedbug_revision_view_page.php?rev_id=605#r605
2014-01-03 00:22Chris YoungNote Added: 0000144
2014-01-03 00:22Chris YoungStatusacknowledged => confirmed
2014-01-03 00:34Chris YoungNote Added: 0000145
2014-01-03 00:34Chris YoungNote Edited: 0000145bug_revision_view_page.php?bugnote_id=145#r1082
2014-01-03 18:26Chris YoungFixed in CI build # => 1568
2014-01-03 18:26Chris YoungNote Added: 0000149
2014-01-03 18:26Chris YoungStatusconfirmed => resolved
2014-01-03 18:26Chris YoungFixed in Version => 3.1
2014-01-03 18:26Chris YoungResolutionopen => fixed
2015-03-10 10:37Vincent SandersNote Added: 0000660
2015-03-10 10:37Vincent SandersStatusresolved => closed