HTTPretty breaking other URLs #65

spulec · 2013-05-24T21:54:30Z

With the following test

@httprettified
def test_httpretty_should_not_override_other_urls():
    u"HTTPretty shouldn't break other URLs"

    HTTPretty.register_uri(HTTPretty.GET, "http://github.com/foo",
                           body="<root><baz /</root>")

    response = requests.get('http://google.com/')
    expect(response.status_code).to.equal(200)

I get

  File "HTTPretty/tests/functional/test_requests.py", line 153, in test_httpretty_should_not_override_other_urls
    response = requests.get('http://google.com/')
  File "HTTPretty/lib/python2.7/site-packages/requests/api.py", line 55, in get
    return request('get', url, **kwargs)
  File "HTTPretty/lib/python2.7/site-packages/requests/api.py", line 44, in request
    return session.request(method=method, url=url, **kwargs)
  File "HTTPretty/lib/python2.7/site-packages/requests/sessions.py", line 289, in request
    history = [r for r in gen] if allow_redirects else []
  File "HTTPretty/lib/python2.7/site-packages/requests/sessions.py", line 133, in resolve_redirects
    proxies=proxies
  File "HTTPretty/lib/python2.7/site-packages/requests/sessions.py", line 279, in request
    resp = self.send(prep, stream=stream, timeout=timeout, verify=verify, cert=cert, proxies=proxies)
  File "HTTPretty/lib/python2.7/site-packages/requests/sessions.py", line 374, in send
    r = adapter.send(request, **kwargs)
  File "HTTPretty/lib/python2.7/site-packages/requests/adapters.py", line 222, in send
    r.content
  File "HTTPretty/lib/python2.7/site-packages/requests/models.py", line 550, in content
    self._content = bytes().join(self.iter_content(CONTENT_CHUNK_SIZE)) or bytes()
  File "HTTPretty/lib/python2.7/site-packages/requests/models.py", line 496, in generate
    chunk = self.raw.read(chunk_size)
  File "HTTPretty/lib/python2.7/site-packages/requests/packages/urllib3/response.py", line 148, in read
    return self._fp.read(amt)
  File "python2.7/httplib.py", line 541, in read
    return self._read_chunked(amt)
  File "python2.7/httplib.py", line 592, in _read_chunked
    value.append(self._safe_read(amt))
  File "python2.7/httplib.py", line 649, in _safe_read
    raise IncompleteRead(''.join(s), amt)
IncompleteRead: IncompleteRead(532 bytes read)

The text was updated successfully, but these errors were encountered:

spulec · 2013-07-12T22:16:18Z

This appears to be caused by a 301 redirect. If I change the code to

response = requests.get('http://google.com/', allow_redirects=False)

it doesn't fail.

kouk · 2013-09-26T14:56:05Z

I have this problem too. In my case the problem is not solved with disabling redirects. The root cause is that HTTPretty does not understand EAGAIN errors. The problem is in httpretty/core.py

        _d = True
        while _d:
            try:
                _d = self.truesock.recv(16)
                self.truesock.settimeout(0.0)
                self.fd.write(_d)
            except socket.error:
                break

the recv function gets EAGAIN if for some reason the web server is slow to respond, if it is using HTTP keep-alive and/or chunked transfer encoding. In my case one solution seems to be:

patch the above code to continue on EAGAIN
disable keep alive in my client's request headers (Connection: close)

The real solution would require HTTPretty not loading the real server's response in one go.

andresriancho · 2013-11-28T21:04:10Z

Found this issue too, it's possible to reproduce using:

import requests
import httpretty

httpretty.enable()
httpretty.register_uri(httpretty.GET, "http://yipit.com/",
                       body="Find the best daily deals")

print requests.get('http://www.bing.com/')

That code will trigger the IncompleteRead: IncompleteRead(532 bytes read) error.

andresriancho · 2013-11-28T21:12:28Z

I downloaded the latest httpretty from the repository (currently at 4691786) and tried the same example posted in the previous comment. Pull request #102 generates 100% CPU usage.

Haven't tested with "Connection: close", but even if that works, I can't modify the source code I'm testing.

gabrielfalcao#65

andresriancho · 2013-11-28T22:37:20Z

Experimented with select.select for fixing the issue andresriancho@f6e59f4 and it seems to work, but some tests don't pass.

I assume that the tests that aren't passing are because:

I'm reading byte-by-byte: recv(1) instead of using the 16byte buffer
select.select has different requirements over the input you send to it, and thus some mocks used during testing fail

The code with select.select passes the simple test I sent before.

andresriancho · 2013-11-28T22:38:48Z

I don't really have more time to spend on this, if someone else (@gabrielfalcao?) wants to take a look at the tests, that would be awesome. Also, please decide a value for SELECT_TIMEOUT.

andresriancho · 2013-12-26T15:01:03Z

ping @gabrielfalcao

simon-weber · 2014-02-09T05:54:58Z

I'm running into this as well (on 0.8.0):

>>> import httpretty
>>> import requests
>>> assert requests.get('http://www.google.com').status_code == 200
>>> httpretty.enable()
>>> assert requests.get('http://www.google.com').status_code == 200
^CTraceback (most recent call last):
  <snip>
  File "/usr/lib/python2.7/httplib.py", line 790, in send
    self.sock.sendall(data)
  File "/usr/local/lib/python2.7/dist-packages/httpretty/core.py", line 393, in sendall
    self.real_sendall(data)
  File "/usr/local/lib/python2.7/dist-packages/httpretty/core.py", line 336, in real_sendall
    received = self.truesock.recv(self._bufsize)
KeyboardInterrupt
>>> assert requests.get('http://www.google.com', allow_redirects=False).status_code == 200
^CTraceback (most recent call last):
  <same as above>

Has there been any progress since @andresriancho's changes? I can spend some time on this.

simon-weber · 2014-02-09T07:28:49Z

Since this was blocking (no pun intended) some work of mine, I decided to just jump in.

A few notes:

@andresriancho was right, the test code just needs to be updated. Here's an example: simon-weber@73f534a.
re: andresriancho@f6e59f4#commitcomment-4941346: I don't think the reasoning behind reading byte-by-byte is correct. The argument to recv is the maximum amount we want to read -- if there's less than what we want, it'll just return what it has. recv only blocks when there's no data, which is what we're using select to prevent.
16 bytes seems like a pretty small buffer. I'd imagine a typical request returns at least 10s of kilobytes; bumping it up to something like 4096 might speed everyone's tests up =)

simon-weber · 2014-02-09T19:21:45Z

Two other things:

@andresriancho's code fixes http retrieval, but relies on the timeout to know when to stop receiving data.
it does not fix https retrieval:

python -c 'import requests; import httpretty; httpretty.enable(); requests.get("https://www.google.com")'
running select
try to receive
got nothing; bailing
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/local/lib/python2.7/dist-packages/requests/api.py", line 55, in get
    return request('get', url, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/requests/api.py", line 44, in request
    return session.request(method=method, url=url, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 383, in request
    resp = self.send(prep, **send_kwargs)
  File "/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 486, in send
    r = adapter.send(request, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/requests/adapters.py", line 378, in send
    raise ConnectionError(e)
requests.exceptions.ConnectionError: HTTPSConnectionPool(host='www.google.com', port=443): Max retries exceeded with url: / (Caused by <class 'httplib.BadStatusLine'>: '')

I'm kind of confused as to why real_sendall has to recv in the first place. Shouldn't it be possible to just delegate this work to whatever code is expecting a real socket from httpretty?

simon-weber · 2014-02-09T19:37:30Z

Oh, I see:

The received bytes are written in this socket's StringIO buffer so that HTTPretty can return it accordingly when necessary.

andreagrandi · 2014-03-24T13:47:45Z

I'm having exactly the same problem and I confirm that it doesn't work with https calls. Is there any other way to do this?
p.s: I can't use httmok because our library doesn't use requests.

clintecker · 2014-06-24T00:22:08Z

This is still happening and is a pretty big blocker. Is there any movement towards fixing this bug?

gabrielfalcao · 2015-02-21T15:41:05Z

This might have been fixed by @frankamp on #216

porterjamesj · 2015-04-02T21:47:19Z

I believe I'm still seeing this on 0.8.8. I've seen both the BadStatusLine error reported by @simon-weber above, as well as just hanging forever.

GitFree · 2015-05-25T06:53:47Z

seeing this in both 0.8.8 and 0.8.9.
log shows (Caused by <class 'httplib.BadStatusLine'>: '')

anentropic · 2015-07-29T10:33:31Z

I am getting Connection aborted.', BadStatusLine("''",) error on non-HTTPretty url when @httpretty.activate is active

when I run this:

    @httpretty.activate
    def test_user_subscribed_to_broadcast(self):
        httpretty.register_uri(httpretty.POST, 'https://broadcast.test/broadcast/v1/user',
                               body='Hello', status=201)

I get BadStatusLine("''",) error in a PUT request to http://localhost:9200/elasticsearch-index/user/1?refresh=true (via pyelasticsearch)

(it sounds a bit like #182 except I get it for a uri not registered with HTTPretty)

the request succeeds if I remove the decorator

if I drop into ipdb I see that I do have allow_net_connect=True

httpretty==0.8.10

anentropic · 2015-07-29T12:42:53Z

looks like same issue as #194 #199 #187 ...actually about half a dozen more, they've all been prematurely closed

anentropic · 2015-07-29T16:22:40Z

FWIW whatever they're doing differently... https://github.com/patrys/httmock works fine

boazin · 2015-09-10T13:24:46Z

Still happening... getting a
requests.exceptions.ConnectionError: ('Connection aborted.', BadStatusLine("''",))
Even on http://localhost:8000

Related?
(It works if I wrap the needed URL in httpretty.enable() httpretty.disable() - but it's an ugly solution)

gabrielfalcao · 2015-09-10T13:54:22Z

@boazin is the @httpretty.activate the decorator not working ?

boazin · 2015-09-10T14:01:12Z

Haven't tried the decorator. I have a boolean I need to check in a config to decide if I use the mock or the real URL, so I can't use the decorator - need to manually call .enable() .disable()

m1schka · 2016-02-09T13:19:20Z

I wouldn't consider this issue as closed (as of 0.8.14)
Similar to @anentropic, I get a BadStatusLine from inside the boto package even though I don't mock those requests (because I'm using fakes3 for testing).
I'm also using enable/disable manually, because I'm using it in test setup to activate a special api mock, which can occur at any given point in the tests.

sybrenstuvel · 2016-03-25T15:28:27Z

I can confirm this issue on both Python 2.7 and 3.5. This is my test script:

from __future__ import print_function

import requests
import httpretty

httpretty.enable()

print('Requesting Google.')
print(requests.get('http://www.google.com/'))
print('Done!')

On Python 2.7.6 it hangs on the requests.get(...) line:

Requesting Google.
^CTraceback (most recent call last):
  File "check_httpretty.py", line 9, in <module>
    print(requests.get('http://www.google.com/'))
  File "/home/sybren/.virtualenvs/pillar/local/lib/python2.7/site-packages/requests/api.py", line 67, in get
    return request('get', url, params=params, **kwargs)
  File "/home/sybren/.virtualenvs/pillar/local/lib/python2.7/site-packages/requests/api.py", line 53, in request
    return session.request(method=method, url=url, **kwargs)
  File "/home/sybren/.virtualenvs/pillar/local/lib/python2.7/site-packages/requests/sessions.py", line 468, in request
    resp = self.send(prep, **send_kwargs)
  File "/home/sybren/.virtualenvs/pillar/local/lib/python2.7/site-packages/requests/sessions.py", line 576, in send
    r = adapter.send(request, **kwargs)
  File "/home/sybren/.virtualenvs/pillar/local/lib/python2.7/site-packages/requests/adapters.py", line 376, in send
    timeout=timeout
  File "/home/sybren/.virtualenvs/pillar/local/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py", line 559, in urlopen
    body=body, headers=headers)
  File "/home/sybren/.virtualenvs/pillar/local/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py", line 353, in _make_request
    conn.request(method, url, **httplib_request_kw)
  File "/usr/lib/python2.7/httplib.py", line 973, in request
    self._send_request(method, url, body, headers)
  File "/usr/lib/python2.7/httplib.py", line 1007, in _send_request
    self.endheaders(body)
  File "/usr/lib/python2.7/httplib.py", line 969, in endheaders
    self._send_output(message_body)
  File "/usr/lib/python2.7/httplib.py", line 829, in _send_output
    self.send(msg)
  File "/usr/lib/python2.7/httplib.py", line 805, in send
    self.sock.sendall(data)
  File "/home/sybren/.virtualenvs/pillar/local/lib/python2.7/site-packages/httpretty/core.py", line 456, in sendall
    self.real_sendall(data)
  File "/home/sybren/.virtualenvs/pillar/local/lib/python2.7/site-packages/httpretty/core.py", line 380, in real_sendall
    received = self.truesock.recv(self._bufsize)
KeyboardInterrupt

On Python 3.5.1 it produces:

Requesting Google.
Traceback (most recent call last):
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", line 559, in urlopen
    body=body, headers=headers)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", line 353, in _make_request
    conn.request(method, url, **httplib_request_kw)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 1083, in request
    self._send_request(method, url, body, headers)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 1128, in _send_request
    self.endheaders(body)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 1079, in endheaders
    self._send_output(message_body)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 911, in _send_output
    self.send(msg)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 885, in send
    self.sock.sendall(data)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/httpretty/core.py", line 456, in sendall
    self.real_sendall(data)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/httpretty/core.py", line 372, in real_sendall
    self.truesock.connect(self._address)
OSError: [Errno 9] Bad file descriptor

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/adapters.py", line 376, in send
    timeout=timeout
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", line 609, in urlopen
    _stacktrace=sys.exc_info()[2])
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/packages/urllib3/util/retry.py", line 247, in increment
    raise six.reraise(type(error), error, _stacktrace)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/packages/urllib3/packages/six.py", line 309, in reraise
    raise value.with_traceback(tb)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", line 559, in urlopen
    body=body, headers=headers)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", line 353, in _make_request
    conn.request(method, url, **httplib_request_kw)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 1083, in request
    self._send_request(method, url, body, headers)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 1128, in _send_request
    self.endheaders(body)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 1079, in endheaders
    self._send_output(message_body)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 911, in _send_output
    self.send(msg)
  File "/opt/python3.5/lib/python3.5/http/client.py", line 885, in send
    self.sock.sendall(data)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/httpretty/core.py", line 456, in sendall
    self.real_sendall(data)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/httpretty/core.py", line 372, in real_sendall
    self.truesock.connect(self._address)
requests.packages.urllib3.exceptions.ProtocolError: ('Connection aborted.', OSError(9, 'Bad file descriptor'))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "check_httpretty.py", line 9, in <module>
    print(requests.get('http://www.google.com/'))
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/api.py", line 67, in get
    return request('get', url, params=params, **kwargs)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/api.py", line 53, in request
    return session.request(method=method, url=url, **kwargs)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/sessions.py", line 468, in request
    resp = self.send(prep, **send_kwargs)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/sessions.py", line 576, in send
    r = adapter.send(request, **kwargs)
  File "/home/sybren/.virtualenvs/pillar-python-sdk/lib/python3.5/site-packages/requests/adapters.py", line 426, in send
    raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: ('Connection aborted.', OSError(9, 'Bad file descriptor'))

This is all on Ubuntu 14.04, using httpretty 0.8.14.

m1schka · 2016-03-29T14:46:43Z

I went back to using https://github.com/getsentry/responses, which is doing a better job at what I need

Using socket directly instead of httpretty to test timeouts, thanks to gabrielfalcao/HTTPretty#65. Handling ConnectionError errors. Pinning lint versions to avoid broken tests caused by bad dependenceis.

david-caro · 2017-02-09T17:37:58Z

I'm having this same issue on fedora 25, with python 2.7.13, requests 2.13.1 and httpretty>0.6.4 (tried all the versions to 0.8.4, and since 0.6.4 they just hang). My test

python -c "import httpretty;import requests;httpretty.enable();print requests.get('http://google.com')"

So it seems that a change introduced on 0.6.5 broke it...

david-caro · 2017-02-09T17:44:15Z

Yep, definetly the EAGAIN 'fix' broke it for me: 1d6f94e (in the sense that right before that commit it still works, after it, it hangs and breaks)

See gabrielfalcao/HTTPretty#65 Signed-off-by: David Caro <david@dcaro.es>

davidread · 2017-10-30T17:24:08Z

Downgrading to httpretty 0.6.4 works for me on Linux, but I get a new error on OSX, related to the proxy.

mkvirtualenv -p python3.6 test6
pip install requests
pip install 'httpretty<0.6.5'
python -c "import httpretty;import requests;httpretty.enable();print(requests.get('http://google.com'))"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Users/dread/.virtualenvs/test6/lib/python3.6/site-packages/requests/api.py", line 72, in get
    return request('get', url, params=params, **kwargs)
  File "/Users/dread/.virtualenvs/test6/lib/python3.6/site-packages/requests/api.py", line 58, in request
    return session.request(method=method, url=url, **kwargs)
  File "/Users/dread/.virtualenvs/test6/lib/python3.6/site-packages/requests/sessions.py", line 499, in request
    prep.url, proxies, stream, verify, cert
  File "/Users/dread/.virtualenvs/test6/lib/python3.6/site-packages/requests/sessions.py", line 672, in merge_environment_settings
    env_proxies = get_environ_proxies(url, no_proxy=no_proxy)
  File "/Users/dread/.virtualenvs/test6/lib/python3.6/site-packages/requests/utils.py", line 692, in get_environ_proxies
    if should_bypass_proxies(url, no_proxy=no_proxy):
  File "/Users/dread/.virtualenvs/test6/lib/python3.6/site-packages/requests/utils.py", line 676, in should_bypass_proxies
    bypass = proxy_bypass(netloc)
  File "/usr/local/Cellar/python3/3.6.2/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", line 2612, in proxy_bypass
    return proxy_bypass_macosx_sysconf(host)
  File "/usr/local/Cellar/python3/3.6.2/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", line 2589, in proxy_bypass_macosx_sysconf
    return _proxy_bypass_macosx_sysconf(host, proxy_settings)
  File "/usr/local/Cellar/python3/3.6.2/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", line 2563, in _proxy_bypass_macosx_sysconf
    hostIP = ip2num(hostIP)
  File "/usr/local/Cellar/python3/3.6.2/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", line 2542, in ip2num
    parts = list(map(int, parts))
ValueError: invalid literal for int() with base 10: 'google'

spulec mentioned this issue May 24, 2013

S3 mock makes SimpleDB not work getmoto/moto#32

Closed

kouk mentioned this issue Sep 26, 2013

Continue on EAGAIN errors #102

Merged

andresriancho added a commit to andresriancho/HTTPretty that referenced this issue Nov 28, 2013

Experimenting with select.select to fix gabrielfalcao#65 IncompleteRead

f6e59f4

gabrielfalcao#65

simon-weber mentioned this issue Feb 9, 2014

HTTPretty breaks Django LiveServerTestCase #150

Closed

frankamp mentioned this issue Feb 9, 2015

The worst PR that fixes all the things #216

Merged

spulec mentioned this issue Feb 14, 2015

Mock S3 patching causes other uses of httplib2 to fail getmoto/moto#303

Closed

gabrielfalcao closed this as completed Feb 21, 2015

This was referenced Apr 3, 2015

Bad status line: '' when using Instagram API #182

Open

allow starting without reseting getmoto/moto#339

Merged

anentropic mentioned this issue Jul 29, 2015

Unmocked URIs on non-standard ports block forever #187

Closed

This was referenced Jun 1, 2016

HTTPretty freezes when a request to an umocked url is made with requests #299

Open

Investigate why tests are so slow frictionlessdata/ckanext-datapackager#32

Closed

david-caro added a commit to david-caro/harvesting-kit that referenced this issue Feb 9, 2017

packaging: pin httpretty to <6.5 due to bug

e2f95f5

See gabrielfalcao/HTTPretty#65 Signed-off-by: David Caro <david@dcaro.es>

davidread mentioned this issue May 1, 2019

Replace httpretty with responses ckan/ckan#4755

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

HTTPretty breaking other URLs #65

HTTPretty breaking other URLs #65

spulec commented May 24, 2013

spulec commented Jul 12, 2013

kouk commented Sep 26, 2013

andresriancho commented Nov 28, 2013

andresriancho commented Nov 28, 2013

andresriancho commented Nov 28, 2013

andresriancho commented Nov 28, 2013

andresriancho commented Dec 26, 2013

simon-weber commented Feb 9, 2014

simon-weber commented Feb 9, 2014

simon-weber commented Feb 9, 2014

simon-weber commented Feb 9, 2014

andreagrandi commented Mar 24, 2014

clintecker commented Jun 24, 2014

gabrielfalcao commented Feb 21, 2015

porterjamesj commented Apr 2, 2015

GitFree commented May 25, 2015

anentropic commented Jul 29, 2015

anentropic commented Jul 29, 2015

anentropic commented Jul 29, 2015

boazin commented Sep 10, 2015

gabrielfalcao commented Sep 10, 2015

boazin commented Sep 10, 2015

m1schka commented Feb 9, 2016

sybrenstuvel commented Mar 25, 2016

m1schka commented Mar 29, 2016

david-caro commented Feb 9, 2017

david-caro commented Feb 9, 2017

davidread commented Oct 30, 2017

HTTPretty breaking other URLs #65

HTTPretty breaking other URLs #65

Comments

spulec commented May 24, 2013

spulec commented Jul 12, 2013

kouk commented Sep 26, 2013

andresriancho commented Nov 28, 2013

andresriancho commented Nov 28, 2013

andresriancho commented Nov 28, 2013

andresriancho commented Nov 28, 2013

andresriancho commented Dec 26, 2013

simon-weber commented Feb 9, 2014

simon-weber commented Feb 9, 2014

simon-weber commented Feb 9, 2014

simon-weber commented Feb 9, 2014

andreagrandi commented Mar 24, 2014

clintecker commented Jun 24, 2014

gabrielfalcao commented Feb 21, 2015

porterjamesj commented Apr 2, 2015

GitFree commented May 25, 2015

anentropic commented Jul 29, 2015

anentropic commented Jul 29, 2015

anentropic commented Jul 29, 2015

boazin commented Sep 10, 2015

gabrielfalcao commented Sep 10, 2015

boazin commented Sep 10, 2015

m1schka commented Feb 9, 2016

sybrenstuvel commented Mar 25, 2016

m1schka commented Mar 29, 2016

david-caro commented Feb 9, 2017

david-caro commented Feb 9, 2017

davidread commented Oct 30, 2017