Open Bug 97032 Opened 23 years ago Updated 12 years ago

Clicking on the mouse middle button on a "mailto:" link creates a new navigator window

Categories

(SeaMonkey :: UI Design, defect)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

People

(Reporter: mozi, Unassigned)

References

(Blocks 1 open bug)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3+) Gecko/20010824
BuildID:    2001082421

Some links are of the form : HREF="mailto:mozi@free.fr"
If I click on such a link using the middle button of my mouse,
a navigator window appears with the url bar : "mailto:mozi@free.fr",
and then, a mail composition window appears.

Reproducible: Always
Steps to Reproduce:
1.go to a page with a mailto: link
2.click on it with the middle button of the mouse
3.

Actual Results:  2 windows appears : a navigator one, and a mail composition one.
The navigator one just stays open.

Expected Results:  Only one window should appear : the mail composition one.
Confirmed. Over "mailto:"s a mouse middle button should be treated like a left
button.
Status: UNCONFIRMED → NEW
Ever confirmed: true
could this be related to/dup of either bug 58826 or bug 61163?
Assignee: pchen → sspitzer
Blocks: link-modifiers
This bug could probably be considered either a duplicate of bug #61163 or
dependant on it...it's the same problem manifested in a different way.
Bug #58826 also appears to be another manifestation of the same bug.
Even when you click on a href="javascript:command" link with the middle mouse
button a new window is created, although the "Open in New Window" command in the
popup menu is hidden; execution of the JavaScript command is expected.

Is this problem related to this bug or should a new bug record be created?
Update: see bug 70501 for javascript:

*** Bug 137198 has been marked as a duplicate of this bug. ***
*** Bug 139092 has been marked as a duplicate of this bug. ***
*** Bug 139090 has been marked as a duplicate of this bug. ***
this bug is still in the RC2


Mozilla
Mozilla 1.0 Release Candidate 2
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020510
this bug is still in RC3 

Mozilla 1.0 Release Candidate 3
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020523
this bug is still in mozilla 1.1a

Mozilla 1.1a
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a) Gecko/20020610
Verified as of 1.1a.

Note that the problem is bigger than just mailto:. Many other links (javascript,
target="_blank") open their own windows.

Mozilla, I feel, should be smart about this, and do what the user means (one new
window), rather than blindly open two.
Bug is GONE !  ( at least on LINUX )
When I click on "mailto:" link  ONLY one window appears, the mail composer..
which is the expected behavior!!

Thanks mozilla guys and gals !!

Mozilla 1.1b
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020825

The owner should CLOSE this bug

OOOOOOOOOOOOOOOOOOOOOOOOPPPPPPPPPPPPPPPPSSSSSSSSSS....

I was wrong...   bug is still HERE !!!

I did not notice two(2)  popup WINDOWS, because I have selected
in Preferences - Tabbed Browsing - Middle-click Open tabs instead of windows

So, what happened ? I got another tab + email composer when I clicked on
"mailto"" link.

AGAIN: bug is still here and it is healthy 

It is time that I go to bed... It is really very LATE  or very EARLY (00:35 AM).
I have to correct my self for the second time.

BUG is GONE (when the user clicks with LEFT mouse button) ONLY one(1)
window pops up....

but when the user clicks with a MIDDLE mouse button  two(2) windows pop up.

So, this is behavior is acceptable...  Yes, it would be nice if the click
with MIDDLE mouse button on "mailto:" would NOT bring on the screen two(2) 
windows....  

ooh well.. we can not have everything ..  as I said, the current behavior is OK,
it is not perfect   but  it is OK

*** Bug 111909 has been marked as a duplicate of this bug. ***
OS: Linux → All
I noticed someone flagged this "Component: XP Apps"

I would just like to say that this MISFEATURE (Since its apparently intentional
in the code, its not technically a bug, it works as designed...) applies to all
Linux versions that I used myself.

I've also seen identical behavior in Windows ME and Windows 98SE.

I am "NOT ALLOWED" to change this to "Browser-General", but it should be
changed. This is not an XP or even Microsoft-specific problem at all.
Jason: "XP Apps" doesn't mean "Windows XP", but this component covers Mozilla's
cross-platform, cross-application application framework.
Also sometimes webmasters put links to pdfs to open a new window, since they are
expecting the acrobat plugin to be used to view the pdf inside the browser. 
Since I have an external view, not the plugin, I get an extra blank window.

Should this bug be assigned to someone?  It's still NEW
*** Bug 253366 has been marked as a duplicate of this bug. ***
for those usign keyboard
opening mailto: links in new tab/window (CTRL/SHIFT)
creates a new unespected and empty tab/window.

this happens also on other out-of-the-browser protocols.
Product: Core → Mozilla Application Suite
Assignee: sspitzer → mail
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Oops.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008033101 SeaMonkey/2.0a1pre

I'm still seeing the behaviour described in comment #0, except I get a new tab with "undefined" in the URL bar, then, in addition, a mail composition window. The difference may be due to the fact that I prefer new pages to open in a new tab rather than a new window whenever possible.

Since bug 61163 is supposedly WFM, I suspect this might be a dupe of bug 58826 (both mentioned in comment #2).
Resetting A+QA on long-inactive bug.
Assignee: mail → jag
Status: REOPENED → NEW
QA Contact: bugzilla
Assignee: jag → nobody
QA Contact: ui-design
This is also reproducible when invoking mail composition from the command line:

"seamonkey.exe -compose ..." works as expected, only opening the compose window;
"seamonkey.exe mailto:..." opens also a new tab or browser window if "Open links passed from other applications in" is set to "A new tab" or "A new window".

Thus, the mailto: link is primarily treated as URL and only then examined more closely if there is actually something to do in that window.

The command-line instance could be considered as a separate bug, but given that various middle-click bugs were duped to this one, I'd assume that the root cause of either of those bugs is identical with the command-line manifestation.
You need to log in before you can comment on or make changes to this bug.