118797 - CTRL+N should open a new window during loading of the page

Status: VERIFIED DUPLICATE of bug 110718

(SeaMonkey :: UI Design, defect)

Description

[Thorsten Gebuhr]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:0.9.7) Gecko/20011221
BuildID:    2001122106

When the browser is loading a page it is not possible to open a new
browser-window with CTRL+N.

Even when the loading of the page is completed the former CTRL+N keystoke is not
executed but got lost.

Would be nice, if it was possible during page-load to open an additional window.

Reproducible: Always
Steps to Reproduce:
1.Navigate to a page that takes a while to load
2.During the loading process (progress-bar at the bottom) press CTRL+N


Actual Results:  Nothing happens.

After the page is fully loaded CTRL+N workes properly again

Expected Results:  A new Window should open and the "slow" page load in the
background

Comment 1

[gavin long]

I'm sure this is a duplicate...

Comment 2

[Thorsten Gebuhr]

I also expected this bug to be reported before.
But I couldn't find a matching report.

The problem is also difficult to reproduce, because it doesn't occur during the
whole loading period. Maybe there's also a correlation with the caching? Or it
only occurs during the loading of the pure HTML-Code and not when images are loaded?

Comment 3

[Matthias Versen [:Matti]]

dupe of bug 76495 (see the dupe bug 81951)

*** This bug has been marked as a duplicate of 76495 ***

Comment 4

[Thorsten Gebuhr]

Thanks!

Bug 76495 is the right bug of this duplicate report. Sorry.

It's clear, that I didn't find the "Zombie Pages"-Bug,
but my Bugzilla-Search should have found bug 116458: "Mozilla ignores Ctrl+N
command when loading pages", because I looked for CTRL+N and for load/loading?

- When I search for 'CTRL+N' I get no mach
- When searching 'loading' I get a lot of them, but not bug 116458

Maybe Bugzilla-Search ignores Bugs marked as duplicate?

Comment 5

[sairuh (rarely reading bugmail)]

v

Comment 6

[Jason Bassford]

Since bug 764595 comment 121 reopened many bugs that are dupes of each other
(but not bug 764595 apparently), trying to better resolve the situation.

Comment 7

[Jason Bassford]

*** This bug has been marked as a duplicate of 110718 ***

Comment 8

[Jonas Jørgensen]

Mass verifying bugs marked dupe of 110718 by [e-mail].