Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 41485 - In Mozilla 1.6, Ctrl-t does not always open a new tab
Summary: In Mozilla 1.6, Ctrl-t does not always open a new tab
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Mozilla Gentoo Team
Depends on:
Reported: 2004-02-13 10:40 UTC by Dmitriy Shnayder
Modified: 2004-04-07 20:08 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Dmitriy Shnayder 2004-02-13 10:40:31 UTC
In Mozilla, the Ctrl-t key combination is supposed to open a new tab. Sometimes when I press this key combination nothing happens. In that case, I first have to click on the location bar at the top of the screen. After that, pressing Ctrl-t opens new tabs in the browser window.

Reproducible: Sometimes
Steps to Reproduce:
1. Emerge mozilla-1.6 (if you don't have it installed already).
2. Run mozilla, and visit any website.
3. Press Ctrl-t to open a new tab.

Actual Results:  
Most of the time, no new tab appears until I click the mouse on the location bar
and press the keys Ctrl-t again.

Expected Results:  
Ctrl-t should work every time.

This bug is independent of the other programs I run, and is not affected by
them. I have had this happen both when only running Mozilla and when running
multiple other programs.

'emerge info' output:

Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.22-gentoo-r5)
System uname: 2.4.22-gentoo-r5 i686 Pentium III (Coppermine)
Gentoo Base System version
Autoconf: sys-devel/autoconf-2.58
Automake: sys-devel/automake-1.7.7
CFLAGS="-march=pentium3 -O3 -pipe"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe -Wno-deprecated"
FEATURES="autoaddcvs ccache sandbox userpriv usersandbox"
USE="X X509 Xaw3d aalib acl adns amd apache2 apm async autofs avi berkdb caps
chroot clamav crypt cscope curl directfb doc emacs ethereal etwin ext-zlib fam
fbcon flexresp freetds gdbm gif gpm gtk gtk2 imap imlib innodb j-nomsn
j-nomuconf j-noyahoo java javascript jpeg junit lcms ldap leim libg++ libwww
lufsusermount mbox mcal md5sum memlimit motif mozilla moznocompose moznoirc mpeg
mpi mule mysql ncurses nocstrike nodod nophysfs notfc nptl oav objc odbc opengl
operanom2 pam parse-clocks pcap pdflib perl plotutils png propolice python qt
quicktime rage128 readline ruby sdl skey snmp socks5 spell sqlite sse ssl svga
tcpd tetex transparent-proxy truetype virus-scan x86 xml xml2 xv zlib"
Comment 1 Aron Griffis (RETIRED) gentoo-dev 2004-04-07 20:08:53 UTC
Yeah, I've noticed this kind of thing too, occasionally.  It just seems to depend on where the focus is at the moment.  I think it isn't actually a bug, but rather a question of how ctrl-t is interpreted in different contexts.  If you can narrow it down to something in particular, you might consider raising the issue to