Bug #10066
closedChirp Stops, Not responding when signing into RadioReffernce to Querry Radio Refference
0%
Description
Chirp stops responding when trying to Query Data Source From Radio Reference US.
I have double checked my username and password i have tried other zip codes in los angeles and the same thing happens everytime. i tried using a totally dfferent computer and i get the say problem . CHIRP FREEZES AND NOT RESPONDING POPS UP . I asked RadioRefernce and they directed me your way, i have a feeling its going to turn into a pointing game .
Files
| Query.bmp (2.95 MB) Query.bmp | What i am trying to do | ||
| Not responding.bmp (2.34 MB) Not responding.bmp | what chirp does |
Updated by King Lazy over 1 year ago
Apparently this is happening when entering *any Zipcode in los angeles
*
Sample Zip Codes That Cause it to stop responding 90001, 90002, 90003, 90004, 90005, 90006, 90007, 90008, 90009, 90010, 90011, 90012, 90013, 90014, 90015, 90016, 90017, 90018, 90019, 90020, 90021, 90022, 90023, 90024, 90025, 90026, 90027, 90028, 90029, 90030, 90031, 90032, 90033, 90034, 90035, 90036, 90037, 90038, 90039, 90040, 90041, 90042, 90043, 90044, 90045, 90046, 90047, 90048, 90049 etc etc
Updated by Dan Smith over 1 year ago
- Status changed from New to Blocked
I can reproduce this but I'm not sure what the problem is. It looks to me like suds is looping and either making the same query over and over again, or having to make thousands of queries to resolve something about the result file.
Updated by Dan Smith 10 months ago
- Status changed from Blocked to Closed
- Assignee set to Dan Smith
- Target version set to chirp-py3
This appears to no longer be a problem in chirp-next. Note that 90001 has more than 4000 entries to fetch, which takes a very long time at the speed of the RR API. But, chirp-next does fetch the whole thing and provide status while it's doing it.