Infeasible
Status Update
Comments
br...@google.com <br...@google.com> #2
Can you provide the below requested information to better understand the issue:
Can you please test with latest library and update result here.
https://developer.android.com/topic/libraries/support-library/revisions.html
If possible please provide a complete sample application.
Expected output
What do you expect to occur?
Current output
What do you see instead?
Can you please test with latest library and update result here.
If possible please provide a complete sample application.
Expected output
What do you expect to occur?
Current output
What do you see instead?
mi...@gmail.com <mi...@gmail.com> #3
This seems to be intended according to https://issuetracker.google.com/74278849 , the suggestion is to remove the extra logic to deliverResult() in onStartLoading().
br...@google.com <br...@google.com> #4
@gg..@google.com
Sample project is attached.
Steps to test:
1. Import, build and install apk
2. Notice "Number of 'onLoadFinished' calls: 1"
3. Click "Click me!" button to start Second Activity
4. Notice "Number of 'onLoadFinished' calls: 2"
EXPECTED: At stap 4 "Number of 'onLoadFinished' calls" should be 1.
ACTUAL: It's 2.
@ha...@gmail.com
That's not the solution because developers are not in control of all Loaders. For example CursorLoader from support libaray should be then fixed by google, not by developers.
And this is behavior change which is not documented, so suggestion on issuetracker is not good enough.
Sample project is attached.
Steps to test:
1. Import, build and install apk
2. Notice "Number of 'onLoadFinished' calls: 1"
3. Click "Click me!" button to start Second Activity
4. Notice "Number of 'onLoadFinished' calls: 2"
EXPECTED: At stap 4 "Number of 'onLoadFinished' calls" should be 1.
ACTUAL: It's 2.
@ha...@gmail.com
That's not the solution because developers are not in control of all Loaders. For example CursorLoader from support libaray should be then fixed by google, not by developers.
And this is behavior change which is not documented, so suggestion on issuetracker is not good enough.
si...@gmail.com <si...@gmail.com> #5
We have shared this with our engineering team and will update this issue with more information as it becomes available.
si...@gmail.com <si...@gmail.com> #6
Do you have any news ?
br...@google.com <br...@google.com> #7
@6 I think they changed the way it works, without much information about the change.
Try this solution I've written about (read the last part of the text too, as it talks about the changes) :
https://stackoverflow.com/a/22675607/878126
Try this solution I've written about (read the last part of the text too, as it talks about the changes) :
[Deleted User] <[Deleted User]> #8
@7 Thank you for your information. I still get the error when orientation change
Description
1. I can receive OK the first 20 using:
2. The response includes shows the first pagetoken, which I can use to obtain results #21-40, using this request:
3. The response from this request also includes a pagetoken. I send a request using the new pagetoken for results #41-60:
4. In response to the request from step 3, I receive "400. That’s an error. Your client has issued a malformed or illegal request. That’s all we know."
Let me know if this is a known issue, if there is a workaround, of if I am entering something incorrectly.