Lines Matching refs:With
398 // TODO: The original mail ended with a double-newline before the
401 "\n--Apple-Mail-2-292336769\nContent-Transfer-Encoding: 7bit\nContent-Type: text/plain;\n\tcharset=US-ASCII;\n\tdelsp=yes;\n\tformat=flowed\n\nI'm finding the same thing happening on my system (10.4.1).\n\n\n--Apple-Mail-2-292336769\nContent-Transfer-Encoding: quoted-printable\nContent-Type: text/html;\n\tcharset=ISO-8859-1\n\n<HTML><BODY>I'm finding the same thing =\nhappening on my system (10.4.1).=A0 But I built it with XCode =\n2.0.</BODY></=\nHTML>=\n\r\n--Apple-Mail-2-292336769--\n"
447 // with boundary e89a8ff1c1e83553e304be640612
517 // the uploaded file with. The other form fields (prefixed with
519 // reported with blob uploads failing when the other fields were
542 // Single empty part, ended with --boundary immediately after headers.
552 // Single empty part, ended with \r\n--boundary immediately after headers.
573 // Final part empty with newlines after final separator.
583 // Final part empty with lwsp-chars after final separator.
601 // Part containing data starting with the boundary, but with additional suffix.
611 // Part containing a boundary with whitespace following it.
613 name: "boundary with whitespace",
621 // With ignored leading line.
703 // Issue 12662: Same test as above with \r\n at the end
718 // Issue 12662v2: We want to make sure that for short buffers that end with
