Closed Bug 117550 Opened 23 years ago Closed 22 years ago

New Browser opened without necessarity (Tabs)

Categories

(SeaMonkey :: Tabbed Browser, defect)

Product:
SeaMonkey
Component:
Tabbed Browser
Platform:
x86
Windows 95
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 151142
Milestone:
Future

People

(Reporter: georg.wild, Assigned: jag+mozilla)

References

(
URL
)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win95; en-US; rv:0.9.7+) Gecko/20011231
BuildID:    2001123103

After clicking on Image with (CTRL-Click) to open site in new table, site is
opened in new table, but also emty new browser is opened!

Reproducible: Always
Steps to Reproduce:
1.open http://freshmeat.net/search/?site=Freshmeat&q=mozilla&section=projects
2.Click with CTRL pressed on screen (tables enabled!)


Actual Results:  New table with screenshot is opened, but also empty broser!
Tabs, not tables.

Over to Tabbed Browser.  This is already reported, but I can't find the bug 
number....
Assignee: trudelle → hyatt
Component: XP Apps → Tabbed Browser
Summary: New Browser opened without necessarity (Tables!) → New Browser opened without necessarity (Tabs)
Whiteboard: DUPEME
Well, what are you gonna do. The <a> has an onclick method that wants to manage 
the opening of a popup window. Do you snuff out the click event when 
ctrl-clicking so the <a> doesn't get notified? Or, do you override ctrl-clicks 
when the <a> has a click handler? [Note: IE has the same problem when doing a 
shift-click on that image]. 

There is probably a duplicate of this, possibly not in tabbed browser, since 
this occurs if ctrl-click is set to open in new window (and you get two windows
opened,  not one).

Simple testcase:
<html>
<head>
  <base 
href="http://freshmeat.net/search/?site=Freshmeat&q=mozilla&section=projects">
</head>
<body>
  <a target="screenshot"
     onclick="window.open('','screenshot')"
     href="/screenshots/6653/"><img src="/img/screenshots/6653_thumb.jpg"></a>
</body>
</html>
Status: UNCONFIRMED → NEW
Ever confirmed: true
Target Milestone: --- → Future
Reassigning to new component owner.
Assignee: hyatt → jaggernaut
This looks to me like a duplicate of Bug 151142.  (I know it's a more recent bug
than this one, but it also has recent activity.  There are other bugs out there
that touch on this issue in various ways, but this is the most relevant looking
one I could find.)

*** This bug has been marked as a duplicate of 151142 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Whiteboard: DUPEME
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.