Fixed
Status Update
Comments
dr...@gmail.com <dr...@gmail.com> #2
Seems that this issue will never be fixed as google has marked the multiple duplicates as `wont fix`.
ki...@google.com <ki...@google.com>
no...@google.com <no...@google.com> #3
Adding the following block in Support4Demos.onCreate:
ViewCompat.addOnUnhandledKeyEventListener(getListView(),
new ViewCompat.OnUnhandledKeyEventListenerCompat() {
@Override
public boolean onUnhandledKeyEvent(View v, KeyEvent event) {
return false;
}
});
produces:
04-28 17:40:41.523 4608-4608/com.example.android.supportv4 I/art: Rejecting re-init on previously-failed class java.lang.Class<androidx.core.view.ViewCompat$2>
04-28 17:40:41.524 4608-4608/com.example.android.supportv4 I/art: Rejecting re-init on previously-failed class java.lang.Class<androidx.core.view.ViewCompat$2>
on a Nexus 6 API 23 emulator before the CL, and no such message with the CL
si...@google.com <si...@google.com> #4
Project: platform/frameworks/support
Branch: androidx-master-dev
commit 6ef009775ee7b4b179cafa28467d3fea6bfbef49
Author: Kirill Grouchnikov <kirillg@google.com>
Date: Tue Apr 28 12:04:52 2020
Extract v28+ calls into a separate static class
So that the new View.OnUnhandledKeyEventListener class
doesn't get loaded on older platform versions.
Bug: 153695093
Test: ./gradlew appcompat:appcompat:connectedCheck --info --daemon -Pandroid.testInstrumentationRunnerArguments.class=androidx.appcompat.app.KeyEventsTestCaseWithWindowDecor
Change-Id: Id34194f77b9c7a2f0864e38d17ef6039733dee95
M core/core/src/main/java/androidx/core/view/ViewCompat.java
https://android-review.googlesource.com/1295992
Branch: androidx-master-dev
commit 6ef009775ee7b4b179cafa28467d3fea6bfbef49
Author: Kirill Grouchnikov <kirillg@google.com>
Date: Tue Apr 28 12:04:52 2020
Extract v28+ calls into a separate static class
So that the new View.OnUnhandledKeyEventListener class
doesn't get loaded on older platform versions.
Bug: 153695093
Test: ./gradlew appcompat:appcompat:connectedCheck --info --daemon -Pandroid.testInstrumentationRunnerArguments.class=androidx.appcompat.app.KeyEventsTestCaseWithWindowDecor
Change-Id: Id34194f77b9c7a2f0864e38d17ef6039733dee95
M core/core/src/main/java/androidx/core/view/ViewCompat.java
ap...@google.com <ap...@google.com> #5
This will be in core:1.4.0-alpha01
si...@google.com <si...@google.com>
dr...@gmail.com <dr...@gmail.com> #7
Any way I can tell what version this will land in?
dr...@gmail.com <dr...@gmail.com> #9
Great—works as expected, thanks!
Description
When using
ResourcesCompat.getFont
to resolve a .ttf file in res/font, the returnedTypeface
instance always has a weight of 400 and a style ofNORMAL
.On all APIs < 29, style correctly resolves to
ITALIC
. On API 28, weight correctly resolves to 300.The font actually looks correct when displayed on an API 29 device, it just has the wrong values according to the
Typeface
instance.The issue is reproducible in this test class . Several tests fail on API 29 only due to this issue. I've also added a temporary
typefaceBug
test case that uses an ActivityScenario to demonstrate that the text actually appears correctly on API 29.