Closed Bug 35439 Opened 24 years ago Closed 22 years ago

[RFE] Problems with data: URLs

Categories

(Core :: Networking, enhancement, P3)

x86
FreeBSD
enhancement

Tracking

()

VERIFIED WORKSFORME
Future

People

(Reporter: lennox, Assigned: gagan)

References

Details

(Keywords: testcase)

Attachments

(1 file)

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.
mine
Assignee: gagan → valeski
Target Milestone: --- → M16
#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
I would like to see this fixed earlier.  It makes simple test cases much easier 
to create and upload.
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
Keywords: helpwanted
Target Milestone: M30 → Future
I'm going to have to move this to gagan.
Assignee: valeski → gagan
Status: ASSIGNED → NEW
mass move, v2.
qa to me.
QA Contact: tever → benc
Blocks: 115101
Blocks: 144766
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.
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
VERIFIED/WFM: Mozilla 1.2.1, Mac OS X, Win98
Keywords: helpwantedtestcase
Whiteboard: checklinux
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.

Attachment

General

Created:
Updated:
Size: