Closed
Bug 35439
Opened 24 years ago
Closed 22 years ago
[RFE] Problems with data: URLs
Categories
(Core :: Networking, enhancement, P3)
Tracking
()
VERIFIED
WORKSFORME
Future
People
(Reporter: lennox, Assigned: gagan)
References
Details
(Keywords: testcase)
Attachments
(1 file)
1.11 KB,
text/html
|
Details |
The attachment that follows contains several examples of "data:" urls taken literally from RFC 2397. There are several problems with them in a current Mozilla build. 1. The "plain footnote" doesn't work at all. It's supposed to show up as a link to text/plain data. 2. The gif image doesn't show up. 3. The "greek" data shows up correctly as a link to a new page, but isn't URL-decoded. 4. Nothing happens to the vendor-specific data. (This is *probably* just because unknown media types aren't currently handled, but I thought I should point it out.) It's not clear to what extent this is related to bug 30822. The image/jpeg data URL in that bug displays correctly, but the image/gif in this one does not. All of these links work to some extent in Communicator 4.7, though URL-decoding doesn't happen there either. This is a current Mozilla tip build, compiled on FreeBSD 3.4 with gcc 2.95.2.
Reporter | ||
Comment 1•24 years ago
|
||
Updated•24 years ago
|
Target Milestone: --- → M16
Comment 3•24 years ago
|
||
#2 was a bug (which I just fixed). the rest we don't do in 4.x either so I'm moving this to a feture request.
Severity: normal → enhancement
Status: NEW → ASSIGNED
Summary: Problems with data: URLs → [RFE] Problems with data: URLs
Target Milestone: M16 → M30
Comment 4•24 years ago
|
||
I would like to see this fixed earlier. It makes simple test cases much easier to create and upload.
Comment 5•24 years ago
|
||
Here's an additional test page: http://pmt.sourceforge.net/gamma_test/ which includes an extremely simple, non-base64 data-URL: data:text/plain,None The small "none" near the middle of each column should be "None" if HTML 4.0 OBJECT and data-URLs are both handled correctly. I'd also urge fixing this sooner rather than later. It may be a smaller matter than full HTML 4.01 compliance, but it's still a standards issue. Thanks, Greg
Updated•24 years ago
|
Keywords: helpwanted
Updated•24 years ago
|
Target Milestone: M30 → Future
Comment 6•24 years ago
|
||
I'm going to have to move this to gagan.
Assignee: valeski → gagan
Status: ASSIGNED → NEW
Comment 8•22 years ago
|
||
Looking at the cases from the original report in a current build: 1) works 2) works 3) works more or less. Note that %fg is not a valid URL-encoding of anything. <a href="data:text/plain;charset=iso-8859-7,%b8%f7%fe"> works fine. 4) Opens the usual unknown-MIME-type dialog, or opens the handler application for the mime type if I define one. The combination of <OBJECT> and data: in http://pmt.sourceforge.net/gamma_test/ still doesn't work.
Comment 9•22 years ago
|
||
smontagu, that pmt.sf.net url is bug 96579: this does not work: data:text/html,<object ICCPROFILE="none" DATA="data:text/plain,None"> this does: data:text/html,<object ICCPROFILE="none" DATA="data:text/plain,None" TYPE="text/plain"> marking WORKSFORME since all your other points behave as expected.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Comment 10•22 years ago
|
||
VERIFIED/WFM: Mozilla 1.2.1, Mac OS X, Win98
Keywords: helpwanted → testcase
Whiteboard: checklinux
Comment 11•22 years ago
|
||
VERIFIED: Mozilla 1.3a, Linux
Status: RESOLVED → VERIFIED
Whiteboard: checklinux
You need to log in
before you can comment on or make changes to this bug.
Description
•