Closed
Bug 206875
Opened 22 years ago
Closed 22 years ago
a mailto href in an HTML Mail does run into an endless loop
Categories
(MailNews Core :: Composition, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 198547
People
(Reporter: KajKandler, Assigned: sspitzer)
Details
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030522
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030522
If I view a HTML Mail and click on a mailto:abcd@xyz.com link, Mozilla seems to
start a background thread which never comes up with the compose window as
supposed to.
Reproducible: Always
Steps to Reproduce:
1. View a HTML E-Mail with an embeded mailto: link
2. Click on it.
3.
Actual Results:
You get a busy cursor, an obviously busy processor (slow repsonse of almost
every thing) and no compose window ever.
Expected Results:
A compose window in less than a second. No overly busy processor.
The machine gets really busy and the focus of the browser is diverted
constantly. For example try to go to the Browser window of mozilla, after you
did click on the mailto link. Try to go to a page with a form and enter
something on a form field. The browser gets carzy with its focus. It does not
show the blinking cursor and the Window header does not stay blue (indicating
the focus of Widows is on the window), it turns grey immediately. The entry of
text is also blocked (understandably if it looses focus).
Comment 1•22 years ago
|
||
Note there is a workaround in the duplicate:
set the preference for
network.protocol-handler.external.mailto to false
*** This bug has been marked as a duplicate of 198547 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•