Closed Bug 102911 Opened 24 years ago Closed 24 years ago

links toolbar ignores links embedded in data:text/html, documents

Categories

(SeaMonkey :: UI Design, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 102779

People

(Reporter: timeless, Assigned: gerv)

References

Details

(Keywords: testcase)

Attachments

(3 files)

try the testcase and then click the embedded link.
Attached file testme
Keywords: testcase
It doesn't for me :-) I get links in both the original page and the data: page in Modern. Gerv
cool new feature! ->claudius, since he tests toolbars.
QA Contact: sairuh → claudius
Summary: links toolbar discriminates against data:text/html, → links toolbar ignores links embedded in data:text/html, documents
Blocks: 103053
The link (data URL) is also broken for me (no links).
OS: Windows 98 → All
Invalid! At least for the testcase file. The testcase is neither valid html 2, 3 or 4 nor xhtml, even if one adds a doctype. It is not only attribute capitalisation or closing slashes in empty elements but the structure of the code is completely broken. Please fix the testcase and comment, what you think is special about it! If the containment of html-code inside the 'href' attribute of the 'a'-element is not a typo, please give reference in which specification this stange kind of pseudo-URI is defined!
Michael: RFC 2397 defines data URLs. I'm guessing the problem is that the link toolbar is tripping over case-sensitivity of attributes. We may need to do different things for HTML and XHTML in this case.
Er, scratch that. Of course, the "proper" part of the testcase has REL= attributes, so data is definitely broken for me. (maybe it doesn't create a document or some js object that we assume is there) I'll investigate XHTML case-sensitivity later.
It seems data: URLs do not fire onload handlers. Adding onload="alert(document)" to the <body> tag of the data: URL body did nothing. So this isn't a toolbar bug. This may or may not be a dupe. It also may or may not be fixed when we change to a different way of being notified of the existence of <link> elements. Gerv
See also bug 102779, data: URLs never fire onload handlers.
Depends on: 102779
This works now. *** This bug has been marked as a duplicate of 102779 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
No longer blocks: 103053
Blocks: 144766
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: