Closed Bug 219777 Opened 21 years ago Closed 19 years ago

Open Link in New Tab doesn't work if child window is on top of browser window

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 143866

People

(Reporter: ksoule, Unassigned)

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5; MultiZilla v1.5.0.1) Gecko/20030916
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5; MultiZilla v1.5.0.1) Gecko/20030916

I receive e-mails from The New York Times.  On Wednesday, I receive an e-mail
called "New York Style".  Often, one of the links invokes a slide show.

Let's work with 3 windows ... Mozilla browser (maximized, with any web page on
it).  A slide show "child" window (which is invoked by opening the link in a new
tab in the browser window); I have been testing with
http://www.nytimes.com/packages/html/fashion/0917_fashweek.htm?8nyh.  The final
window is an e-mail with links (using Mozilla as the mail client).

I have found that if the child/slideshow window is on TOP of the browser window,
  the "Open Link in New Tab" in inoperative for the links in the e-mail.  OTOH,
use the cool switch (ALT-TAB) to first bring the browser window to the fore
(i.e., to get it on top of the slide show child window), and THEN bring the
e-mail to the fore, and all of the e-mail links work as expected.  Thus, the
problem only occurs if the slide show window is on top of the browser window.

This is fully reproducible for "Open Link in New Tab"; I *sometimes* get this
behavior for "Open Link in New Window", but the bug is not consistent in the latter.

This is NEW in 1.5RC1, and I assume that it is a regression; it did not exist in
1.5b.

FYI, I use Multizilla 1.5.0.1, but it dos not appear that this affects the
reported behavior.



Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Doesn't block Mozilla development
Have you tried a build without multizilla ?
Severity: blocker → major
Seems related to 215248 & 2219675
the problem is that the lik is opened in the _curret_ browser window
try pressing ctrl+w in the popp and the new page will appear, you can also try
ctrl+tab.
I think that this is a dup
I removed Multizilla and retested; no difference.

I agree with Alfonso that the problem "is that the link is opened in the
_current_ browser window" (inappropriate where the current window is a
child/popup).  Indeed, although the child/popup window has no tabs, the "lost"
pages (all of them) can be viewed by using CTRL-W to close the page(s) in front
of them.
Component: Browser-General → Mail Window Front End
Keywords: regression
Product: Browser → MailNews
the bug that I was talking about is Bug 143866. I'll resolve this one as dup,
but if you disagree please just reopen.


*** This bug has been marked as a duplicate of 143866 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
CTRL-T does NOT open a new tab in a "tab-barless" popup window (as reported in
Bug 143866) if Multizilla is installed.  [Uninstall Mozilla and the behavior
reported in Bug 143866 can be verified.]

This bug relates to the use of the right mouse menu item "open link in new tab",
and its effect on a tab-barless popup window that is on top of all other browser
windows.  It is, of course, possible that the issues reported in Bug 219777 and
Bug 143866 are related (or even the same, but for the Multizilla modification),
but until that is shown, I believe that both bugs should be tracked.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Product: Browser → Seamonkey
The same code runs for ctrl+T and from the right-click menu... same bug.

*** This bug has been marked as a duplicate of 143866 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.