encoding test is OS-specific

[jacalata]

Describe the bug
This test appears to be OS-dependant
FAIL: test_filter_sort_legacy (test.test_request_option.RequestOptionTests)

Traceback (most recent call last):
File "c:\dev\tsc\test\test_request_option.py", line 177, in test_filter_sort_legacy
self.assertTrue(re.search('filter=tags:in:%2bstocks,market%2d', resp.request.query))
AssertionError: None is not true

Versions
Fails on windows, if I adjust the expected value to match the encoding there it fails on linux.

[t8y8]

That might be related to the version of requests or urllib3 being run by the test, and not necessarily the OS... that's what I kind of remember from before

[jacalata]

The failing assertion (re.search('filter=tags:in:%2bstocks,market%2d', ...)) was checking for platform-specific URL encoding. The test has since been rewritten to use parse_qs which handles encoding normalization correctly on all platforms. Passes on Windows and Linux. Closing.