Bug 41485

Summary:	In Mozilla 1.6, Ctrl-t does not always open a new tab
Product:	Gentoo Linux	Reporter:	Dmitriy Shnayder <dis5149>
Component:	Current packages	Assignee:	Mozilla Gentoo Team <mozilla>
Status:	RESOLVED CANTFIX
Severity:	minor
Priority:	High
Version:	unspecified
Hardware:	x86
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

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 1.4.3.13
Autoconf: sys-devel/autoconf-2.58
Automake: sys-devel/automake-1.7.7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
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"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox userpriv usersandbox"
GENTOO_MIRRORS="ftp://ibiblio.org/pub/Linux/distributions/gentoo 
                ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo 
                ftp://gentoo.mirrors.pair.com 
                ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo 
                rsync://ftp.snt.utwente.nl/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
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 http://bugzilla.mozilla.org