GNOME Bugzilla – Bug 138955
forcing jump to tab from command line with -n
Last modified: 2005-04-20 19:32:54 UTC
21:41 <Mikachu> when you run galeon -n, a new tab is opened, and that window is brought to the top, but the tab isn't active 21:41 <Mikachu> one might expect it to be active unless you also run with --no-raise 21:46 <Mikachu> does anyone care or should i put a request in the bugzilla? 21:47 <@tko> Mikachu, report it anyway or we'll guaranteed to forget 21:47 <Mikachu> okay 21:47 <@tko> with active you mean the tab doesn't have focus? 21:48 <Mikachu> no, i mean the tab isn't the one shown in the window 21:48 <@tko> I think that follows your 'jump to tabs' pref 21:50 <@tko> not sure what's the right way to handle opening new tabs other than it probably should be possible to force jumping to tabs from the command line
*** Bug 126429 has been marked as a duplicate of this bug. ***
Fixed in CVS: http://mail.gnome.org/archives/cvs-commits-list/2005-April/msg02528.html
Doesn't seem to work fully. I just installed 1.3.20, and clicking link in Evo causes new tab to be opened, but not shown, and appended as the very last tab. I happen to have window with ~20 tabs (my daily comic fix ;) open at all times on the same workspace as Evo, and it was hard to track down that they were opened after all, just invisible. Perhaps it's gnome_url_open()-specific issue? I use Gnome (almost) 2.8 on Debian Sid. See also my comment in bug 160616 about general tab-opening behaviour.
this is most likely because it was fixed after 1.3.20 :)
Good, because I see whole load of bugs with this behaviour. Basically, galeon invoked from XChat's right-click menu has became woefully non-deterministic :\. I hope next release will be out soon. /me waits in anticipation of 1.3.21