Új hozzászólás Aktív témák

• #5809 crok Topikgazda Soltee1 #5807

  Új Válasz 2024-07-18 09:10:34 #5809

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  crok

  Topikgazda

  válasz Soltee1 #5807 üzenetére

  Nem, nem lehet. Hónapok óta itt csak olyan pif.json-t írok ki ami egyébként vagy public vagy olyan amit ROM is használ(t) vagy eleve a PIF-ben is használták. De mindegy is melyik van épp használva mert megy vele a Device Integrity és ez az elvárt működés. Az az egyetlen logcat bejegyzés már csak az okozat nem az ok (vagyis de, az ok az az OOM) de mivel kontextusba nem helyezhető így nem is megálmodható hogy vajon miért kér cca. 2x több memóriát mint amit megenged neki a rendszer - szóval nem az app crash-el igazából hanem a rendszer crash-elteti el (OOM). Megnövelheted azt az értéket de imho nem ez a megoldás, ha runaway lesz a szituáció akkor rántja magával a komplett rendszer akkor - így csak az alkalmazást.. Nálam ugyanezen beállítások és modulok/verziók mellett két készüléken is megy a Barion (egyik egy abszolult unofficial LineageOS a másik meg egy Xiaomi.EU), sőt még Device Integrity nélkül is megy vagyis maga az alkalmazás nem is néz Play Integrity-t (vagy megelégszik a Basic-el..).

  Dobj már fel valahova egy teljes logcat-et meg egy teljes Magisk logot egy Barion app indítás után közvetlenül (összefoglaló végén van ötlet ezer hogy hogy lehet könnyen megosztani, ne ide copypaste-eld be mert rohadt hosszú). Egyáltalán nem vagyok biztos benne hogy ennek bármi köze van a Magisk-hez, az alkalmazás értékelései közt minden harmadik valamilyen crash jellegű bejegyzés && 3.5* értékelés. Android 10 környékére a Firebase is tele van amúgy crash jelentésekkel évek óta (most néztem azt is).

Új hozzászólás Aktív témák