Felipe Zipitría
Felipe Zipitría
Good, this matches my own tests. I don't think we can do too much in the debian image (I've checked a couple criticals, and they are still there :/ ).
Well, I'm glad I've added this test. We are not covering correctly the `data://` scheme still.
We are mostly matching IPs and other wild stuff. We need to match also on simple content types like `text/plain`, `image/jpeg`, etc.
Oh, and `"Now PHP supports data: protocol w/out "//" like data:text/plain, not data://text/plain"`
I guess we best read the http://www.faqs.org/rfcs/rfc2397.html
Ugh, and of course: > A data URL scheme's media type specification can include other parameters; for example, one might specify a charset parameter. > > data:text/plain;charset=iso-8859-7,%be%fg%be
@theseion What do you think is a reasonable path forward here? I'm worried about adding another place where we depend on the magic regex to check for valid charsets.
Agreed on special handling of this case. Let's add a new rule.
Added followup issue. Closing.
What is needed here now?