The launcher name on Android 11 is returned as com.android.settings instead of the actual launcher package name
還沒有人認領這個 Issue。
評估
- 難度
- 3/5
- 預估耗時
- 1-2 天
- 新手友好度
- 35/100
- Issue 類型
- 缺陷
- 描述清晰度
- 基本清楚
- 活躍度
- 停滯
- 領域
- mobile, testing-qa
研究方向
首先追蹤 getLauncherPackagename() 與 mDevice.wait(Until.hasObject(By.pkg(launcherPackage).depth(0)), LAUNCH_TIMEOUT) 呼叫，然後在 Android 11 上使用 device.getCurrentPackageName() 重現設定檢查。完成的標準是將 launcher package 識別為實際的 launcher，而不是 com.android.settings，且 wait 以該 package 為目標。
由索引模型根據 Issue 內容生成。
描述
getLauncherPackagename() returns com.android.settings. So mDevice.wait(Until.hasObject(By.pkg(launcherPackage).depth(0)), LAUNCH_TIMEOUT); doesn't really wait for the launcher package.
I believe this is due to the package visibility changes on Android 11.
Our test setup consisted of this check before starting with the tests:
String currentPackageName = device.getCurrentPackageName();
if (currentPackageName != null) {
assertEquals(packageName, currentPackageName);
}
This failed as currentPackageName returned as com.google.android.apps.nexuslauncher and getLauncherPackagename() returned com.android.settings.
- 主要語言
- Java
- 星號
- 9.3k
- 分支
- 3.6k
- PR 合併指標
- 30 天內沒有已合併 PR
環境準備
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
android/testing-samples 的其他 Issue
-
Organic*未關閉
難度 1/5 1 小時以內 新手友好度 1/100
android/testing-samples#542 ·
-
難度 5/5 一週以上 新手友好度 1/100
android/testing-samples#541 ·
-
難度 5/5 一週以上 新手友好度 10/100
android/testing-samples#538 · 1 則留言 ·
-
難度 5/5 一週以上 新手友好度 10/100
android/testing-samples#537 · 1 則留言 ·
-
難度 3/5 1-2 天 新手友好度 30/100
android/testing-samples#528 ·
查看 android/testing-samples 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 78/100
OpenAPITools/openapi-generator#25014 ·
維護者通常 1 天內回覆
-
bug
難度 2/5 1-3 小時 新手友好度 78/100
openhab/openhab-core#5847 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 75/100
-
bug
難度 2/5 1-3 小時 新手友好度 76/100
-
難度 2/5 1-3 小時 新手友好度 88/100
apache/parquet-java#3820 ·
維護者通常 1 天內回覆