-
Notifications
You must be signed in to change notification settings - Fork 143
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
pagination in get_logs() #231
Comments
@exitcode0 Thanks for posting! @serhiibuniak-okta Can you help with this? |
@exitcode0 Thanks for posting this issue, looks like it is a bug. I'll investigate it deeper as soon as possible. Btw, if no logs in response, then it is in eternal loop? |
@sergiishamrai-okta I'd imagine it is possible to work around this by comparing the link and self header |
@exitcode0 There are 2 issues at least... As a temporary workaround you can perform direct http request to get logs (or try to avoid pagination). I'll start work on this issue soon. |
@exitcode0 Finally, I've found that the issue was in "polling" request type. What you need is "bounded" request type, i.e. you need to specify "until" parameter - https://developer.okta.com/docs/reference/api/system-log/#request-types |
I'm closing this issue as stalled. Feel free to reopen this issue or create a new one if your problem exists still. |
response.has_next()
seems to returnTrue
on aget_logs()
call when the response is less than one pagethe next header seems to return the same result as the self header
This causes issues for the below code
this seems like unintended behaviour, but if im doing something wrong here, please let me know :)
The text was updated successfully, but these errors were encountered: