Fixed
Status Update
Comments
si...@google.com <si...@google.com> #2
Thank you for submitting the feedback. But we are unable to reproduce the issue on 3.3 RC1 from our end. If you can provide a sample project or a screenshot of the issue it will be really helpful to triage the issue.
If we do not get an update in the next 30 days we will close this issue.
If we do not get an update in the next 30 days we will close this issue.
no...@google.com <no...@google.com> #3
Hi,
Here's a sample project that can reproduce the issue by running Lint : ./gradlew lint
The lint result file is present at the root of the project.
It reproduces the wrong InlinedApi warning & NewApi error.
I've also updated the project to use the new 3.3-rc2 version.
In fact, it's only reproductible when a project have multiple modules.
In my sample there is a class `AndroidVersions` that is in a `core` module and which is used in my `app` module (in MainActivity class).
If the 2 classes are in the same modules, Lint is running properly. But moving the `AndroidVersions` to the core module break it.
Here's a sample project that can reproduce the issue by running Lint : ./gradlew lint
The lint result file is present at the root of the project.
It reproduces the wrong InlinedApi warning & NewApi error.
I've also updated the project to use the new 3.3-rc2 version.
In fact, it's only reproductible when a project have multiple modules.
In my sample there is a class `AndroidVersions` that is in a `core` module and which is used in my `app` module (in MainActivity class).
If the 2 classes are in the same modules, Lint is running properly. But moving the `AndroidVersions` to the core module break it.
si...@google.com <si...@google.com> #4
Hi, the issue is still reproducible with the 3.3-rc03 version.
ap...@google.com <ap...@google.com> #5
Thank you for your feedback. Team may reach out for more feedback in reproducing or triaging this issue.
si...@google.com <si...@google.com>
se...@google.com <se...@google.com> #6
Hi, the bug is still here on the final 3.3.0 version.
Description
We had reports that
EmojiProcessor.hasGlyph
is rather heavy on API 23+ despite the cache where each emoji is checked for rendering only once for each EmojiCompat instance.Investigate the culprit.