• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

snejus / beetcamp / 10238495737 / 5
91%
main: 88%

Build:
Build:
LAST BUILD BRANCH: copilot/fix-3e8a0221-db36-4da0-a2c1-b65f91e708cd
DEFAULT BRANCH: main
Ran 04 Aug 2024 06:46PM UTC
Files 10
Run time 0s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

04 Aug 2024 06:37PM UTC coverage: 89.7%. First build
10238495737.5

push

github

snejus
fix: use httpx instead of requests to avoid Bandcamp blocking

When using requests/urllib3, Bandcamp response to all requests with
403 errors.

Investigating why, I tried:
- using curl to send the same request: it worked
- writing a tiny Python script to `GET bandcamp.com/` with requests: it
  failed with 403
- waiting a week to see if it solved itself: no luck
- changing the above mentioned script to use http.client or httpx worked

I think that in this case, Bandcamp's Web Application Firewall (WAF)
blocks the requests based not on their contents but on an artifact of
how urllib3 builds/sends the data, since curl with exact same headers
works.

Instead of trying to identify the exact reason, which is quite hard
without any info on Bandcamp's WAF, and fix/workaround that, I rewrote
the very little required HTTP code to use httpx and sidestep the issue.

360 of 420 branches covered (85.71%)

Branch coverage included in aggregate %.

1016 of 1114 relevant lines covered (91.2%)

0.91 hits per line

Source Files on job python3.9_beets1.5.0 - 10238495737.5
  • Tree
  • List 10
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line Branch Hits Branch Misses
  • Back to Build 10238495737
  • 46c51eb0 on github
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc