After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 115136 - Reset the default value for newly opened tabs.
Reset the default value for newly opened tabs.
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Tabs
0.x
Other Linux
: High normal
: 1.0
Assigned To: Marco Pesenti Gritti
Marco Pesenti Gritti
: 115141 115274 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-06-13 16:29 UTC by Damien Sandras
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Damien Sandras 2003-06-13 16:29:14 UTC
Newly opened tabs always present the URL of the last visited website in a
tab as default URL. It is not very usable because:
- you have to delete it to be able to type your new URL (actually starting
to type it is enough, but that is disturbing)
- if you selected an URL in another application, your selection is lost,
and you have to delete the default URL, reselect again and finally paste
it. Notice that the middle-click in a page doesn't work anymore which is
also disturbing when you want to open non-clickable URLs.
Comment 1 Marco Pesenti Gritti 2003-06-13 18:37:41 UTC
*** Bug 115141 has been marked as a duplicate of this bug. ***
Comment 2 Marco Pesenti Gritti 2003-06-16 12:11:34 UTC
*** Bug 115274 has been marked as a duplicate of this bug. ***
Comment 3 Marco Pesenti Gritti 2003-06-16 16:25:44 UTC
Apparently this is confusing ... not sure what we should now.
Possibilities are:
1 Disable cloning
2 Do cloning loading the old url normally (it could reopen popups for
example though, which sucks)
3 Do real cloning and let the user wait 15 seconds to be able to type
a new url.

Dave, what do you think ?
Comment 4 now michael@endbracket.net 2003-06-16 23:33:41 UTC
I'm not too worried about the behavior Damien (the reporter)
mentions; I dislike the old address appearing in the new window
because it does not correctly show the current address, which is
what the address bar is for!

For instance, if I set new/windows tabs to open on
http://www.google.com, then I expect the address bar to say
http://www.google.com, not the address of the page I was
previously browsing.

Comment 5 Dave Bordoley [Not Reading Bug Mail] 2003-06-17 04:50:35 UTC
/me just doesn't know what to do.

I've come to point of believing that the core problem is the concept
of new window itself. I of course have solved this problem with my
little applet i've hacked, however this doesn't really work in the
short term for epiphany.

At least in my former usage patterns, I usually used new window in
order to open a link from x-chat (since x-chat is broken). So whatever
makes this behavior easiest is probably the way to go.

I'm going to pull one of those "Do what seth/mpt say" opinions here,
since I really don't know of anything better.
Comment 6 Marco Pesenti Gritti 2003-06-17 08:06:54 UTC
>At least in my former usage patterns, I usually used new window in
>order to open a link from x-chat (since x-chat is broken). So whatever
>makes this behavior easiest is probably the way to go.

Personally I think we should go back having the location empty. If
there is no sane way to do cloning, let's remove the feature until
there is one ...

>I of course have solved this problem with my
>little applet i've hacked, however this doesn't really work in the
>short term for epiphany.

But if you put it somewhere people will be able to start using it.
Typing short urls (domains I guess) in the applet and having bookmarks
accessible from the same place could work very well for a lot of
people. It's worth starting to test the idea ihmo.
Just go release 0.1 :)
If you have code problems, autoconf crap etc I'd happily help.
Comment 7 Damien Sandras 2003-06-17 08:18:14 UTC
I personally think that the best way to do is to have a blank location
bar when you open a new tab, not event the about:blank, but nothing. I
was forcing this in the old versions of epiphany, but it seems to make
it crash now (perhaps another related bug that you could fix).
Comment 8 Marco Pesenti Gritti 2003-06-17 08:27:16 UTC
The bug is fixed in cvs.
In previous versions of epiphany we was not showing the url, also when
loading home page. (!= about:blank)
Ihmo that's a good idea because you can have more useful behaviors
together. You can easily do a search on google in a new window and you
can easily go to a new page (at least if mozilla wouldnt steal the
focus grrrrr).
I dont see how it could be confusing, you have your homepage loaded,
do you really care to see his url ?
Location bar is both read/write and there is a bit of conflict, but in
this case I think the write task should have higher priority, because
it's what you will do in 99,9999999% of cases ;)
Comment 9 Damien Sandras 2003-06-17 08:30:03 UTC
Having my homepage loaded is the best idea I think, but please check
that specifying an empty URL (when I say empty, I really mean "")
doesn't make it crash on opening new tabs...

Thanks for the fix!
Comment 10 Marco Pesenti Gritti 2003-06-17 10:07:36 UTC
I think I confused you ;)
The crash with empty homepage is fixed, the url cloning thing is still
not removed (but it's very likely to be soon).
Comment 11 Toni Willberg 2003-06-17 10:59:23 UTC
I vote empty ("") location for new tabs (^t) and windows (^n).

Also, for cloning please create a separate function, like "Open
location in new window/tab" or something.
Comment 12 mike 2003-06-18 20:48:49 UTC
I'd agree
Comment 13 Marco Pesenti Gritti 2003-06-19 11:32:52 UTC
fixed in cvs