Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Receipts endpoint throwing 400 bad request error in browser console #3006

Open
Tracked by #158
pkfec opened this issue Jun 28, 2019 · 2 comments
Open
Tracked by #158

Receipts endpoint throwing 400 bad request error in browser console #3006

pkfec opened this issue Jun 28, 2019 · 2 comments

Comments

@pkfec
Copy link
Contributor

pkfec commented Jun 28, 2019

Summary

Investigate receipts url below which is throwing a 400 bad request error in browser console. This error is reproducible on all 4 environments (feature/dev/stage/prod). Check why the two_year_transaction_period is missing from one of the api call which is failing with a 400 bad request error.

https://www.fec.gov/data/receipts/?data_type=processed&two_year_transaction_period=2020&min_date=01%2F01%2F2019&max_date=12%2F31%2F2020

How to Reproduce

Browser

Chrome or Firefox

Screenshots

Screen Shot 2019-06-28 at 6 42 06 AM

@pkfec pkfec added the Bug label Jun 28, 2019
@pkfec pkfec changed the title Receipts throwing 400 bad request error in console Receipts endpoint throwing 400 bad request error in console Jul 1, 2019
@pkfec pkfec changed the title Receipts endpoint throwing 400 bad request error in console Receipts endpoint throwing 400 bad request error in browser console Jul 1, 2019
@patphongs
Copy link
Member

Thanks @pkfec, this is something that I also noticed when lifting the 2 year restriction on the receipts datatable. To my knowledge, this table has the ability to switch between "Processed" vs "Raw" transactions. Because of this, the datatable seems to be initialized with the tableSwitcher logic to begin with, which seems to pass the 400 bad request to start. Then a redirect is applied to redirect to the default election year. This definitely needs to be refactored.

@pkfec
Copy link
Contributor Author

pkfec commented Jul 10, 2019

thanks for looking into this issue @patphongs. We can tackle this is coming sprints based on the workload.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: ❄️ Icebox
Development

No branches or pull requests

5 participants