Re: unicode test failures urllib tests etc.

 Finally managed to get some verbose output.

./Lib/test/test_urllib2net.py:    FTP_HOST = "ftp://ftp.mirror.nl/pub/gnu/"

We're probably participating in an unintentional DOS attack via
github->travis and just being blocked.

     [exec] Re-running failed tests in verbose mode
     [exec] Re-running test 'test_urllib2net' in verbose mode
     [exec] test test_urllib2net failed -- Traceback (most recent call
last):
     [exec]   File
"/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line
312, in test_ftp_no_timeout
     [exec]     u = _urlopen_with_retry(self.FTP_HOST, timeout=None)
     [exec]   File
"/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line
27, in wrapped
     [exec]     return _retry_thrice(func, exc, *args, **kwargs)
     [exec]   File
"/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line
23, in _retry_thrice
     [exec]     raise last_exc
     [exec] URLError: <urlopen error ftp error: 425 Security: Bad IP
connecting.>
*Ray Ferguson*
*Enterprise Solutions Developer*
*Devendor Tech LLC*
*[email protected]* <[email protected]>
*W: 608-960-8090 C: 608-516-9391*


ᐧ

On Thu, Oct 25, 2018 at 1:14 PM Raymond Ferguson <
[email protected]> wrote:

> There is this little bit of code in __builtin__.unichr that creates a hole
> in unicode values for utf-16 encoding.
>
>  if (i >= 0xD800 && i <= 0xDFFF) {
>             throw Py.ValueError("unichr() arg is a lone surrogate in range
> (0xD800, 0xDFFF) (Jython UTF-16 encoding)");
> }
>
> Anyway... I don't see any way that test_normalization can pass given that
> sys.max_unicode > 0xd800 and one of the tests does a for
> range(sys.maxunicode) unichr(...).
>
> Strangely though, this does pass from travis-ci.org.  Apparently there is
> some sort of reactive blocking in place that will drop connections to
> www.unicode.org from your IP if you trigger something, probably rate of
> get requests for test files.  The test in question grabs a file from
> www.unicode.org and skips the test on timeout, so it doesn't hit the part
> of the test that will always fail.
>
> Anyway, after troubleshooting for a while, I managed to trigger this and
> suddenly can't reach unicode.org from my LAN, but if I switch my phone
> over to mobile data for a new source address, clearly the site is still
> up.  I can even ping it but tcp syn is dropped.
>
> I've also noticed that urllib2 tests work fine from my network, but fail
> on travis-ci.  My guess is that the at least one of the test targets are
> taking steps to reduce impact of being hard coded into so many CI tests.
>
> *Ray Ferguson*
> *Enterprise Solutions Developer*
> *Devendor Tech LLC*
> *[email protected]* <[email protected]>
> *W: 608-960-8090 C: 608-516-9391*
>
> ᐧ
>

_______________________________________________
Jython-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jython-dev