1: adb להורדה מכאן
2: דרייברים להורדה מכאן
3: נפעיל אפשרויות מפתחים ונאשר ניפוי באגים וביטול נעילה של oem

שימו לב כי הרבה פעמים במכשירי mtk המכשיר לא מזוהה במחשב במצב פסטבוט גם אחרי התקנת דרייברים, במידה וזה יקרה תצטרכו להשתמש בלינוקס שהבאתי כאן
(אם נשתמש בלינוקס לא נזדקק לadb ודרייברים.)

הוראות ל adb

בווינדוס נחלץ את ה adb לשולחן העבודה, נתקין את הדרייברים,
כעת נעתיק אל תיקיית ה ADB שבשולחן העבודה את ה super.img
נפתח את חלון הפקודה על ידי פתיחת הקובץ cmd-here.exe.
מכאן ואילך כפי הפקודות להלן.

נחבר את המכשיר למחשב נבחר את סוג החיבור למחשב בחלון ההתראות "העברת קבצים"
כעת נבדוק אם המכשיר מחובר טוב באמצעות הפקודה:
adb devices
אם המכשיר מחובר טוב יופיע שם המכשיר עם id....
נעביר את המכשיר למצב פסטבוט:
adb reboot bootloader
נבדוק אם מחובר טוב:
fastboot devices
במידה וכן תמשיכו לפקודה הבאה, במידה ולא לא תהיה ברירה ותצרכו להשתמש בלינוקס שמובא במדריך הזה.
כעת נפליש את הסופר המתאים:
fastboot flash super super.img
כעת נפעיל את המכשיר:
fastboot reboot
אם הכל הלך כשורה המכשיר יעלה חלק והפעם בלי אפליקציות מיותרות.
בהצלחה.

בקשר למוצר עצמו, הוא נראה מאוד מבטיח ונוצץ עושה לי חשק לקנות אפילו, אבל קצת מוזר שבמחיר כל כך זול אפשר להשיג מכשיר כזה נחמד.
אולי בגלל שזה לא אנדרואיד אלא זה כמו הנוקיה, לכן זה כזה זול אבל מלכתחילה זה נראה קצת חשוד.

Key mapper

buttons remapper

button mapper

?xml version="1.0" encoding="utf-8"?>
<androidx.coordinatorlayout.widget.CoordinatorLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:id="@7F0A041F"
    android:fitsSystemWindows="true"
    android:layout_width="-1"
    android:layout_height="-1">
    <androidx.core.widget.NestedScrollView
        android:id="@7F0A02BE"
        android:layout_width="-1"
        android:layout_height="-1"
        app:layout_behavior="com.android.settings.widget.FloatingAppBarScrollingViewBehavior">
        <LinearLayout
            android:orientation="1"
            android:id="@7F0A023C"
            android:layout_width="-1"
            android:layout_height="-2"
            android:fillViewport="true">
            <FrameLayout
                android:id="@7F0A0151"
                android:layout_width="-1"
                android:layout_height="-2"
                android:layout_marginStart="@7F0700B9"
                android:layout_marginEnd="@7F0700B9"/>
            <FrameLayout
                android:id="@7F0A02BD"
                android:background="?01010054"
                android:layout_width="-1"
                android:layout_height="-2"
                android:animateLayoutChanges="true"/>
        </LinearLayout>
    </androidx.core.widget.NestedScrollView>
    <com.google.android.material.appbar.AppBarLayout
        android:layout_width="-1"
        android:layout_height="-2"
        android:touchscreenBlocksFocus="false"
        android:keyboardNavigationCluster="false">
        <include
            layout="@7F0D0195"/>
    </com.google.android.material.appbar.AppBarLayout>
</androidx.coordinatorlayout.widget.CoordinatorLayout>

זה מצוין! התצפית שלך מאשרת את כל שרשרת הניתוח שלנו ומבודדת את הבעיה באופן מושלם.
אם קובץ ה-Key Layout (.kl) מכיל:

KEY 139 MENU 

זה אומר שכל הדרך מהחומרה ועד לשכבת ה-Framework (הגעת לקוד 82) עובדת כשורה.
הבעיה היא כבר לא במיפוי, אלא אך ורק במדיניות (Policy) של המערכת ברגע שקיבלה את הקוד 82.
🧐 ניתוח הבעיה: הסטה כפויה (Policy Override)
הבעיה שאתה רואה היא תוצאה של סדר העדיפויות שנקבע בתוך קוד השירותים של אנדרואיד (בתוך תהליך המערכת).
כך נראית שרשרת האירועים המלאה, עם דגש על נקודת הכשל:

• קלט גולמי: 139 נלחץ.
• מיפוי: ה-.kl מתרגם 139 ל-Android Keycode 82 (MENU). (תקין)
• יירוט Policy 1: WindowManagerPolicy.interceptKeyBeforeQueueing(): המערכת מקבלת 82. זה הרגע שבו הקוד של היצרן פועל.
  מה שקורה בפועל (כפי שמשתקף בלוג):
  הלוגים שלך משורות 3, 4 ו-6 מספקים את הראיה המרכזית ליירוט:

במקום לעשות משהו עם Recents, הקוד המותאם אישית הזה מחליט במקום להפעיל את מסך הבית.

המסקנה: זהו "קוד עוקף" (Override Code)
היצרן, או מי שביצע את התאמות המערכת, החליט שהדרך שבה המקש 82 (Menu) מטופל צריכה להיות שונה בנסיבות מסוימות (אולי תמיד, או רק כאשר אפליקציה מסוימת ברקע).
היירוט מתרחש בתוך הקוד שנקרא onRecentsTouch או בסביבתו, בתוך תהליך ה-System Server.

היכן לשנות את הקוד עם Root
אם אתה רוצה שהמקש יפעל כתפריט באופן תקין, עליך לבטל או לשנות את הלוגיקה שמפעילה את ה-HOME Intent כאשר היא רואה את הקוד 82.
כאמור, הקוד שאתה מחפש נמצא בתוך קבצי ה-Framework, כנראה ב:
או בקובץ מותאם אישית של היצרן, שנמצא גם הוא בתוך ה-Jar של שירותי המערכת (services.jar) או הרכיבים של היצרן (Vendor/MTK frameworks).
שלבי הפעולה המדויקים עם Root:

• איתור הקוד המותאם אישית:

  • קובץ ה-Java הרלוונטי הוא כנראה המחלקה שמכילה את הפונקציה onRecentsTouch. נסה לחפש את השם xuyong או onRecentsTouch בקוד המקור של ה-Framework.

• הקוד הזה כנראה מופעל מתוך פונקציית הטיפול במקשים של ה-WindowManagerPolicy.

• שינוי הלוגיקה:

  • חפש קטע קוד דומה לזה בתוך הטיפול ב-KEYCODE_MENU או KEYCODE_APP_SWITCH:
    <!-- end list -->

  // דוגמה ללוגיקה שיש לשנות
if (keyCode == KeyEvent.KEYCODE_MENU) {
    // קריאה לפונקציה המותאמת אישית של היצרן
    if (mCustomPolicy.isValidationToolsApp(topActivity) || shouldOverrideMenuKey()) {
        // 

זהו החלק שאתה רוצה לבטל!
        Intent homeIntent = new Intent(Intent.ACTION_MAIN);
        homeIntent.addCategory(Intent.CATEGORY_HOME);
        startActivity(homeIntent); // <--- זה מה שיוצר את START u0 {act=...HOME...}
        return -1; // יירוט המקש כך שלא יגיע לאפליקציה
    }
} 

• אם אתה משנה את ה-Firmware, עליך להסיר את קטעי הקוד שיוצרים את ה-HOME Intent ולהבטיח שהמקש לא יוכרז כ"מיוֹרֵט" (כלומר, שהפונקציה תחזיר 0 או ערך שלא מונע את המשך הדיספאץ' (Dispatch) שלו לאפליקציה).

️ פעולה עם Magisk/Xposed (הדרך הריאלית)
מאחר ששינוי קוד ה-Framework דורש דה-קומפילציה, שינוי וקומפילציה מחדש של קובצי .jar קריטיים (פעולה מסוכנת ומורכבת):
הדרך המעשית ביותר היא להשתמש במודול Magisk/Xposed שנועד לשנות התנהגות Key Events. מודול כזה יכול "ללכוד" את הקריאה לפונקציות המדיניות (Policy Functions) ולשנות את התוצאה שלהן.
חפש מודולים המתמחים ב:

• "Key Mapper" או "Button Remapper" (לרמת Framework).
• שימוש ב-Xposed / LSPosed כדי להתחבר לתוך ה-PhoneWindowManager.java ולדרוס את הלוגיקה המותאמת אישית של היצרן (הידועה בשם Hooking).
  לסיכום: המקש 139 נכון, המיפוי ל-82 נכון. היירוט שמפעיל את ה-HOME במקום את ה-MENU מתבצע על ידי קוד מדיניות מותאם אישית (Custom Policy Code) של היצרן בתוך ה-System Server. זה המקום שאתה צריך לשנות.