Bug 11297
Summary: | GMail Editor: With a rich text message, clicking on newly created a link in editable content visits them | ||
---|---|---|---|
Product: | WebKit | Reporter: | Chris Petersen <c.petersen87> |
Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED FIXED | ||
Severity: | Normal | CC: | timothy |
Priority: | P2 | Keywords: | GoogleBug, InRadar |
Version: | 420+ | ||
Hardware: | Mac | ||
OS: | OS X 10.4 | ||
Bug Depends on: | |||
Bug Blocks: | 9638, 9915 |
Chris Petersen
*SUMMARY
With a rich text message, clicking on newly created a link in editable content visits them.
This becomes a problem after creating a link in a new rich text. If I click on this link while in a new message, it loads the URL in message body. I can't undo this action.
* STEPS TO REPRODUCE
1. With r17027, login to your Gmail account.
2. Create a new Rich text message
3. Type some text in the message body then select it
4. Click on the link toolbar icon . Type a URL address and click OK.
5. Click on the link that was just created. Instead of placing the caret in this link it's processes. Unfortunately, this URL loads in the message body (replacing your message content).
* RESULTS
While in a new rich text message that contains a link, clicking this link should not replace the current content in the message body. It should either ignore this click or open this link in a new window.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Chris Petersen
This is filed as <rdar://problem/4784457>.
David Harrison
Which was duped to <rdar://problem/4766635>
David Kilzer (:ddkilzer)
Radar <rdar://problem/4766635> Safari should never follow links in editable areas (add a WebKitEditableLinkNeverLive option) was fixed in r17776, but this bug still exists in a locally-built debug build of WebKit r18423 with Safari 2.0.4 (419.3) on Mac OS X 10.4.8 (8N1037).
Timothy Hatcher
This will still be an issue for nightly users since the code change was in Safari. This bug should be close since 4766635 was fixed and is no longer an issue.
David Kilzer (:ddkilzer)
(In reply to comment #4)
> This will still be an issue for nightly users since the code change was in
> Safari. This bug should be close since 4766635 was fixed and is no longer an
> issue.
Added note to the wiki about this:
http://trac.macosforge.org/projects/webkit/wiki/Known%20incompatibilities%20between%20open-source%20WebKit%20and%20Safari