curl/tests/data/test1034

<?xml version="1.0" encoding="ISO-8859-1"?>
<testcase>
<info>
<keywords>
HTTP
HTTP GET
HTTP proxy
IDN
FAILURE
config file
</keywords>
</info>

#
# Server-side
<reply>
</reply>

#
# Client-side
<client>
<server>
none
</server>
<features>
idn
http
</features>
<setenv>
LC_ALL=
LC_CTYPE=en_US.UTF-8
</setenv>
<precheck>
perl -MI18N::Langinfo=langinfo,CODESET -e 'die "Needs a UTF-8 locale" if (lc(langinfo(CODESET())) ne "utf-8");'
</precheck>
 <name>
HTTP over proxy with malformatted IDN host name
 </name>

# This host name contains an invalid UTF-8 byte sequence that can't be
# converted into an IDN name
<stdin>
url = "http://invalid-utf8-<2D><>.local/page/1034"
</stdin>
 <command>
-K - -x %HOSTIP:%NOLISTENPORT
</command>
</client>

#
<verify>
<errorcode>
3
</errorcode>
</verify>
</testcase>
-												tests: Fixed XML validation errors in some test files.

											
										
										
											2019-02-21 16:06:16 -05:00
+								<?xml version="1.0" encoding="ISO-8859-1"?>
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								<testcase>
 								<info>
 								<keywords>
 								HTTP
 								HTTP GET
-												Added "HTTP proxy" and "proxytunnel" keywords where applicable

											
										
										
											2008-09-29 18:44:04 -04:00
+								HTTP proxy
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								IDN
 								FAILURE
-												tests: stabilize test 1034

Pass the invalid domain name on stdin. On some systems, the test
framework cannot pass invalid UTF-8 sequences on the command line.

Closes #1488

											
										
										
											2017-05-16 15:29:59 -04:00
+								config file
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								</keywords>
 								</info>
 								#
 								# Server-side
 								<reply>
 								</reply>
 								#
 								# Client-side
 								<client>
 								<server>
-												url: reject ASCII control characters and space in host names

Host names like "127.0.0.1 moo" would otherwise be accepted by some
getaddrinfo() implementations.

Updated test 1034 and 1035 accordingly.

Fixes #2073
Closes #2092

											
										
										
											2017-11-17 10:48:37 -05:00
+								none
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								</server>
 								<features>
 								idn
-												url: reject ASCII control characters and space in host names

Host names like "127.0.0.1 moo" would otherwise be accepted by some
getaddrinfo() implementations.

Updated test 1034 and 1035 accordingly.

Fixes #2073
Closes #2092

											
										
										
											2017-11-17 10:48:37 -05:00
+								http
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								</features>
 								<setenv>
-												tests: use consistent environment variables for setting charset

The character set in POSIX is set by the locale defined by (in
decreasing order of precedence) the LC_ALL, LC_CTYPE and LANG
environment variables (CHARSET was used by libidn but not libidn2).
LC_ALL is cleared to ensure that LC_CTYPE takes effect, but LC_ALL is
not used to set the locale to ensure that other parts of the locale
aren't overridden.  Since there doesn't seem to be a cross-platform way
of specifying a UTF-8 locale, and not all systems may support UTF-8, a
<precheck> is used to skip the test if UTF-8 can't be verified to be
available.  Test 1035 was also converted to UTF-8 for consistency, as
the actual character set used there is irrelevant to the test.

This patch uses a different UTF-8 locale than the last attempt, namely
en_US.UTF-8. This one has been verified on 7 different Linux and BSD
distributions and is more complete and usable than the locale UTF-8 (on
at least some systems).

											
										
										
											2017-02-23 15:47:17 -05:00
+								LC_ALL=
 								LC_CTYPE=en_US.UTF-8
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								</setenv>
-												tests: use consistent environment variables for setting charset

The character set in POSIX is set by the locale defined by (in
decreasing order of precedence) the LC_ALL, LC_CTYPE and LANG
environment variables (CHARSET was used by libidn but not libidn2).
LC_ALL is cleared to ensure that LC_CTYPE takes effect, but LC_ALL is
not used to set the locale to ensure that other parts of the locale
aren't overridden.  Since there doesn't seem to be a cross-platform way
of specifying a UTF-8 locale, and not all systems may support UTF-8, a
<precheck> is used to skip the test if UTF-8 can't be verified to be
available.  Test 1035 was also converted to UTF-8 for consistency, as
the actual character set used there is irrelevant to the test.

This patch uses a different UTF-8 locale than the last attempt, namely
en_US.UTF-8. This one has been verified on 7 different Linux and BSD
distributions and is more complete and usable than the locale UTF-8 (on
at least some systems).

											
										
										
											2017-02-23 15:47:17 -05:00
+								<precheck>
 								perl -MI18N::Langinfo=langinfo,CODESET -e 'die "Needs a UTF-8 locale" if (lc(langinfo(CODESET())) ne "utf-8");'
 								</precheck>
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								 <name>
 								HTTP over proxy with malformatted IDN host name
 								 </name>
 								# This host name contains an invalid UTF-8 byte sequence that can't be
 								# converted into an IDN name
-												tests: stabilize test 1034

Pass the invalid domain name on stdin. On some systems, the test
framework cannot pass invalid UTF-8 sequences on the command line.

Closes #1488

											
										
										
											2017-05-16 15:29:59 -04:00
+								<stdin>
 								url = "http://invalid-utf8-<2D><>.local/page/1034"
 								</stdin>
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								 <command>
-												tests: Stop referring to server ports when they're not used

Several tests referred to specific server ports even when the test
didn't actually use that server or specify that it's needed. In such
cases, the test harness substitutes the text "[not running]" as the port
number which causes many such tests to fail due to the inability to
parse the URL.  These tests are changed to use %NOLISTENPORT which will
always be substituted correctly.

											
										
										
											2020-04-30 10:00:31 -04:00
+								-K - -x %HOSTIP:%NOLISTENPORT
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								</command>
 								</client>
 								#
 								<verify>
-												url: reject ASCII control characters and space in host names

Host names like "127.0.0.1 moo" would otherwise be accepted by some
getaddrinfo() implementations.

Updated test 1034 and 1035 accordingly.

Fixes #2073
Closes #2092

											
										
										
											2017-11-17 10:48:37 -05:00
+								<errorcode>
 
 								</errorcode>
-												Added test cases 1034 & 1035 to test IDN name conversion failures.

											
										
										
											2008-07-07 19:52:52 -04:00
+								</verify>
 								</testcase>