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)
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.
Comment 1•21 years ago
|
||
Doesn't block Mozilla development Have you tried a build without multizilla ?
Severity: blocker → major
Comment 2•21 years ago
|
||
Seems related to 215248 & 2219675
Comment 3•21 years ago
|
||
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.
Comment 5•21 years ago
|
||
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 → ---
Updated•20 years ago
|
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 ago → 19 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•