-
-
Notifications
You must be signed in to change notification settings - Fork 3.3k
fix: handle nullable nextPage behavior when searching albums #12401 #12408
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
fix: handle nullable nextPage behavior when searching albums #12401 #12408
Conversation
Thanks for this. The Also, the extractor function also needs to correctly set the |
@snaik20 yes sure I'll check these points and update the PR if needed then |
7d494c0
to
799298a
Compare
…ady handled in these areas so no other changes needed
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for the PR!
However, I think the provided solution does not solve the underlying problem. I opened #12455 to fix it.
nextPage = result.getNextPage(); | ||
|
||
if (!result.getErrors().isEmpty()) { | ||
if (!result.getErrors().isEmpty() && nextPage != null) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hm, why is the nextPageInfo included in the error?
The nextPage might be null, but that does not mean that the extraction of the current page does not have any errors. We'd still want to get error reports in case the nextPage couldn't be extracted. The reassignment of nextPage needs to happen after the error report is generated.
What is it?
Description of the changes in your PR
nextPage
is null on Albums modeBefore/After Screenshots/Screen Record
before_fix.mov
after_fix.mov
Fixes the following issue(s)
Due diligence