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)

x86
Windows 98
defect
Not set
critical

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).
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
v
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.