Verified
Status Update
Comments
ry...@gmail.com <ry...@gmail.com> #2 Restricted+
Restricted+
Comment has been deleted.
mo...@google.com <mo...@google.com> #4
Attached is a sample project that demonstrates the issue in two ways:
- when long pressing text (e.g. the headline)
- when opening a select
Both will ultimately load an alert dialog with a list adapter that has the layout ids for the content set to 0.
https://drive.google.com/file/d/1Fe2ym2F0o4XWEDHvKY8-UzpvSJq4wbWq/view?usp=drive_web (WebViewAppCompatBug.zip)
This is reproducible on an API 21 emulator (Nexus 5 configuration, no Chrome installed).
NB There is a second issue when loading the web view in the first place which in this sample project is worked around by using a resource wrapper. This is already reported underhttps://issuetracker.google.com/issues/140884278 and the attached project will also display this error when commenting out lines 13-15 in MainActivity.kt.
- when long pressing text (e.g. the headline)
- when opening a select
Both will ultimately load an alert dialog with a list adapter that has the layout ids for the content set to 0.
This is reproducible on an API 21 emulator (Nexus 5 configuration, no Chrome installed).
NB There is a second issue when loading the web view in the first place which in this sample project is worked around by using a resource wrapper. This is already reported under
be...@google.com <be...@google.com>
ap...@google.com <ap...@google.com> #5
Please take a look at this issue and provide your inputs.
ml...@google.com <ml...@google.com>
be...@google.com <be...@google.com>
na...@google.com <na...@google.com> #6
Wrapping Resources is not supported by the framework and you must not create your own instances of Resources at all (the APIs to do so are now marked deprecated after they were accidentally exposed).
We can't do anything to fix this - you need to solve the underlying problem with appcompat and stop wrapping it like this, and then resources will work.
We can't do anything to fix this - you need to solve the underlying problem with appcompat and stop wrapping it like this, and then resources will work.
Description
We now have
ReportDrawnWhen
which takes a boolean predicate orReportDrawnAfter
for suspend functions. But for basic cases where we just need to report drawn at a given time aReportDrawn
API would be very helpful.Can we get this in a future alpha before the API is stabilizing?