A böngészők összeomlanak a hup.hu oldal betöltésekor (Android 9.0 Pie)

Fórumok

Sziasztok !
A Chrome, Firefox, Opera böngészők a hup.hu oldal betöltésekor összeomlanak. Igen, mind a 3 böngésző.
Az adattörlések megvoltak a böngészőkben újra lettek telepítve és akkor is összeomlik és egyenlőre csak a hup.hu oldalát érinti.

Android 9.0 / Nokia 3

Van egy azonos telefon szintén Android 9.0-val az jól működik ott nincs összeomlás.

Esetleg van tippetek mi okozhatja?

Hozzászólások

Kiprobaltam par telefont. Egyiken sem omlott ossze. (Oneplus 1 LineageOS A9.0, Oneplus 6 A9.0, Kollega samsung mittomen milyenje)

"...komolyan ez is már olyan mint a windózer :( "

(Jótanács: Mielőtt nekiállsz fikkantani, érdemes lenne meggyőződni arról, hogy csak a te rendszered szar-e vagy találsz legalább egyetlen embert, aki tudja a hibát reprodukálni.

A fentiek nélkül az egész csak fröcsögés.)

Android 9 / OnePlus 5T - Mozilla, Chrome, semmi probléma

--
trey @ gépház

Nem.
Érdekes, hogy a hup oldalán (kezdőoldal) jelentkezett. Valami olyan adat letöltés vagy script futhat le az oldal betöltésekor, amitől megfekszik a böngésző. Pontosabban a böngésző lesz az elszenvedője.
Az utolsó frissítés a Play Áruház volt, amihez semmi közöm. Ha van wifi frissül, ha kell, ha nem. Feltételezem a Play Áruház kontrollálja a programokat itt akadhatott be valami, ami aztán kihatással volt az összes böngészőre.

Most várom, hogy a Google Play újra frissüljön, mert lehet visszatér ez a probléma.
Az, hogy pont a HUP-on jelentkezik.... most erre mit mondjak :)))

--
Karesz
www.bwfotogram.hu

Nem kell mobilról Hupolni. Problem solved.
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház

Mi9 és Opera, simán viszi a hup-ot, benne a youtube-ot is..., de a legutolsó frissítést még nem engedtem rá...
VERZIÓ: (9 PKQ1.181121.001)

Xiaomi Redmi 7 chrome : 76.0.3809.132 , android 9 -> semmi probléma.
Szerintem valami egyedi esetbe szaladtál bele.

"Bizonyos embereket megnyugvással tölthet el a tény, miszerint a medúzák nagyon régóta élnek a földön agy nélkül."

Nincs változás :(
Visszatért az összeomlás. Mivel firefox böngészöt nem használok mobilon mert iszonyat lassú, ezért csak a Chrome és az Opera jelenségeiről tudok beszámolni.
Továbbra is az a helyzet, hogy a hup.hu oldalát betöltve 2-5 mp elteltével összeomlik mind két böngésző. Nem tudom milyen háttérfolyamatok zajlottak le, amikor egy 1/2 napig nem volt hiba. De most ismét szívás van.

--
Karesz
www.bwfotogram.hu

Igen, tudom, hogy mindenkinél faszán megy, de nálam nem. Egyszer már jártam így, eg OTP alkalmazással és az egész telefont újra kellett telepíteni, hogy megjavuljon.
Most is efelé tendál a dolog, de ez egy vicc, hogy nem lehet se a program újratelepítésével, sem a cache törlésével...stb rendbe tenni.

Közben feltelepítettem a Fiefox böngészőt és azzal nem omlik össze... még. De használni ezt a böngészöt a Chrome, vagy az Opera után gyötrelem.

--
Karesz
www.bwfotogram.hu

Ezt nem gondolnám. Több Nokia van a közvetlen környezetemben nem nagyon szarnak be jobban mint a Samsung meg a többi fűszoknyás kütyü.

Az jobban bosszant, hogy egy ilyen hiba javíthatatlannak tűnik és csak OS reinstallal szűnik meg a jelenlegi ismereteim szerint. :(

--
Karesz
www.bwfotogram.hu

Lehet, hogy buta kérdés, nem láttam, hogy írtad-e máshol, de a telefont újraindítottad már? (Kikapcs és bekapcs)

Nekem előfordult már, hogy valami program az istenért se akart menni, és a telefon újraindítás megoldotta.

Telefont telepítettem már újra 1-2 alkalommal, de ilyesmi miatt még nem kellett.

Próbáld ki a brave böngészőt. Az is chrome alapú, de ha azzal nem, akkor kicsit szűkítetted.

Már az Androidnál sem mindegy, hogy hogyan fogod a HUP-ot :-)

-------------------------
Roses are red
Violets are blue
Unexpected '}' on line 32

Volt egyszer hasonló problémám . Próbaképpen letiltottam az összes G szolgáltatást, töröltem a G fiókomat és F-Droidról telepítettem egy böngészőt ami már tökéletesen működött. Két-három hét után visszaállítottam mindent és nem jelentkezett a probléma azóta sem.

Masold le az oldalt es tedd fel egy webszerverre. Ha mindent jol csinaltal onnan is fagyni fog. Aztan izelgesd addig amig megy, aztan ird le mire jottel ra!

Elso korben szedd ki az osszes madarkas sz*rt. :)

Oneplus 7 pro. Nem omlik.

Gyári állapot visszaállítás volt már?

adb logcat? Hatha abbol kiderul, hogy milyen fajta fagyasrol/hibarol van szo. Ha megvan az exception konyebb lesz kitalalni, hogy mi okozza.

Nokia 5 TA-1053, Android 9
Chrome: 76.0.3809.132

Tökéletes

Ez vicc.
Újra lett telepítve a telefon, egész délutan szinte mániákusan rá-rá néztem a hup.hu-ra tökéletes volt.
Ma reggel minden kezdődik előről. A Chrome alapú böngészők összeomlanak a hup.hu betöltése után.
Mi törtent amíg aludtam.:)

--
Karesz
www.bwfotogram.hu

Ezt találtam.Chrome böngészö összeomlásra.
-

---- 2019. szept. 2. 9:04:56 ----

--------- beginning of main

09-02 09:03:00.150 13571 13571 E scd.lcex: Not starting debugger since process cannot load the jdwp agent.

09-02 09:03:00.156 13571 13571 W re-initialized>: type=1400 audit(0.0:14055): avc: denied { read } for name="u:object_r:mtk_amslog_prop:s0" dev="tmpfs" ino=799 scontext=u:r:untrusted_app:s0:c206,c256,c512,c768 tcontext=u:object_r:mtk_amslog_prop:s0 tclass=file permissive=0

09-02 09:03:00.168 13571 13571 E libc : Access denied finding property "persist.vendor.sys.activitylog"

09-02 09:03:00.398 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor taskInfo: [android.app.ActivityManager$RunningTaskInfo@26c17a3] size: 1

09-02 09:03:00.398 13571 13571 I PhoneWindow: isAPPNeedChange pkgName: scd.lcex needKeep: false

09-02 09:03:00.399 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor false

09-02 09:03:00.399 13571 13571 I PhoneWindow: generateLayout mNavigationBarColor: ff000000

09-02 09:03:00.399 13571 13571 I PhoneWindow: generateLayout isLightNavi false, Visibility: 0

09-02 09:03:00.604 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor taskInfo: [android.app.ActivityManager$RunningTaskInfo@9dbc2e] size: 1

09-02 09:03:00.604 13571 13571 I PhoneWindow: isAPPNeedChange pkgName: scd.lcex needKeep: false

09-02 09:03:00.604 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor false

09-02 09:03:00.604 13571 13571 I PhoneWindow: generateLayout mNavigationBarColor: ff000000

09-02 09:03:00.604 13571 13571 I PhoneWindow: generateLayout isLightNavi false, Visibility: 0

09-02 09:03:00.631 13571 13571 I SurfaceFactory: [static] sSurfaceFactory = com.mediatek.view.impl.SurfaceFactoryImpl@8506992

09-02 09:03:00.761 13571 13593 I ConfigStore: android::hardware::configstore::V1_0::ISurfaceFlingerConfigs::hasWideColorDisplay retrieved: 0

09-02 09:03:00.762 13571 13593 I ConfigStore: android::hardware::configstore::V1_0::ISurfaceFlingerConfigs::hasHDRDisplay retrieved: 0

09-02 09:03:00.762 13571 13593 I OpenGLRenderer: Initialized EGL, version 1.4

09-02 09:03:00.906 13571 13571 W RenderThread: type=1400 audit(0.0:14056): avc: denied { search } for name="clients" dev="debugfs" ino=5535 scontext=u:r:untrusted_app:s0:c206,c256,c512,c768 tcontext=u:object_r:debugfs_ion:s0 tclass=dir permissive=0

09-02 09:03:00.919 13571 13593 E ion : ioctl c0044901 failed with code -1: Invalid argument

09-02 09:03:02.962 13571 13593 W libEGL : EGLNativeWindowType 0x7901dbc010 disconnect failed

09-02 09:03:04.745 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor taskInfo: [android.app.ActivityManager$RunningTaskInfo@dfd369d] size: 1

09-02 09:03:04.746 13571 13571 I PhoneWindow: isAPPNeedChange pkgName: scd.lcex needKeep: false

09-02 09:03:04.746 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor false

09-02 09:03:04.746 13571 13571 I PhoneWindow: generateLayout mNavigationBarColor: ff000000

09-02 09:03:04.746 13571 13571 I PhoneWindow: generateLayout isLightNavi false, Visibility: 0

09-02 09:03:10.214 13571 13593 W libEGL : EGLNativeWindowType 0x78f1caa010 disconnect failed

09-02 09:03:32.263 13571 13593 W libEGL : EGLNativeWindowType 0x78f3730010 disconnect failed

09-02 09:03:49.715 13571 13571 W ActivityThread: handleWindowVisibility: no activity for token android.os.BinderProxy@d1cb6a3

09-02 09:03:49.753 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor taskInfo: [android.app.ActivityManager$RunningTaskInfo@e62f3cc] size: 1

09-02 09:03:49.753 13571 13571 I PhoneWindow: isAPPNeedChange pkgName: scd.lcex needKeep: false

09-02 09:03:49.753 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor false

09-02 09:03:49.753 13571 13571 I PhoneWindow: generateLayout mNavigationBarColor: ff000000

09-02 09:03:49.753 13571 13571 I PhoneWindow: generateLayout isLightNavi false, Visibility: 0

09-02 09:03:50.325 13571 13582 I scd.lcex: Background concurrent copying GC freed 5111(284KB) AllocSpace objects, 0(0B) LOS objects, 50% free, 2MB/5MB, paused 241us total 190.957ms

09-02 09:03:57.660 13571 13593 W libEGL : EGLNativeWindowType 0x78f3555010 disconnect failed

09-02 09:04:43.251 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor taskInfo: [android.app.ActivityManager$RunningTaskInfo@4f63e13] size: 1

09-02 09:04:43.251 13571 13571 I PhoneWindow: isAPPNeedChange pkgName: scd.lcex needKeep: false

09-02 09:04:43.251 13571 13571 I PhoneWindow: isNeedChangeNaviBarColor false

09-02 09:04:43.251 13571 13571 I PhoneWindow: generateLayout mNavigationBarColor: ff000000

09-02 09:04:43.251 13571 13571 I PhoneWindow: generateLayout isLightNavi false, Visibility: 0

---- 2019. szept. 2. 9:04:56 ------
Karesz
www.bwfotogram.hu

itt is van egy hasonló eset
https://stackoverflow.com/questions/57474860/android-studio-the-applica…

Egy éve rengeteget szívtam néhány telefonnál azzal, hogy az általunk fejlesztett app sok olyan kritikát kapott, hogy újraindul tőle a telefon, ha a play store-ból telepíteni akarják. Erről persze semmi hibalog, semmi értelmes reprodukálhatóságot nem tudtunk gyűjteni felhasználótól kapott videófelvételen kívül, mert nem az app, hanem a play store volt, ami valamiért az app telepítésekor fejreállt.

Később sikerült beszerezni hasonló telefont. Körülbelül az derült ki, hogy némelyik huawei és némelyik teljesen noname kínai szemét készülék is pontosan ugyanarra az android verzióra épült. És azokon stabilan reprodukálható volt, de csak ha a play store számára aláírt appal próbáltuk. Valószínűleg azon az android verzión volt valami bug - néha mindenféle instabil gány verziót használnak a gyártók, nem stabilnak mondott kiadást. S valószínű. hogy némelyik márkás és noname készülék szoftverének updatjéhez is ugyanazt a külsős céget bízhatták meg, aki ugyanazt a szemetett szabta testre többféle készülékre.

És a fejlesztőkörnyezet adott builder verziójával együtt kijött az a kress azokon a készülékeken. A következő android sdk frissítéskor megszűnt a jelenség, amikor azzal fordított appal próbáltuk. Talán, ha lesz chrome update, főleg, ha közben android sdk update is történik, akkor azzal nem viselkedik furán. Talán nem pontosan ugyanaz a rendszer fut a két hasonló telefonotokon, azért nem jön ki mindkettőn.

Másik ötletem, ha mégis minden egyforma, hogy talán valami vírus vagy adatlopó app van a telefonodon, ami chrome-on át akarja kiszedni a jelszavaidat.

Vagy simán hamis sd kártya, aminek csak töredéke a valós kapacitása és pont a hup betöltésekor van valami feature, ami ráfut a hibás adatterületre.

Gyári vagy custom firmware? Rootolva van-e telefon? Ha igen, használsz-e akksi/teljesítmény/ram optimalizáló appokat, modokat (xposed, substranum) custom témát, bármit aminek root jog kell és belenyúlhat a telefonod lelki világába? Van-e bármi elállítva a gyári értékről a developer options-ben? Van-e SD kártya a telefonban? Használtál-e mostanában gpu intenzív appot (játék esetleg)?

Semmi mókolás nincs, egy hetköznapi használatú telefon.
Nincs rootolva és nincs rajta semmilyen rendszer-csingilingi.
64gb SD kártya (Sandisk Extreme 100/80) ami a rendszer részekent van beállítva, tehát nem eltávolítható.
A beállitasokban van némi "írtás". Minden olyan google cucc le van állítva (mert ugye törölni nem lehet) amit le lehetett egyáltalán állítani, és nem használok. Az adatgyűjtés/küldés szintén.

--
Karesz
www.bwfotogram.hu

Azért ennek is lehet jelentősége, gondolok a GPU támogatásra, (de esetleg a szűkös erőforrás-rendszer? 16GB - SD nélkül, - vajon mennyi SD NÉLKÜL a szabad hely? - nagyon kevés, és 9.-nél kevés lehet a 2 GB RAM is?)

Gondolom, ezzel megy..
SoC/CPU: MediaTek MT6737
GPU: Mali-T720 MP2

Szerintem legalább az adatküldést vissza kéne állítani, a fejlesztőknek tudomást kellene szerezni a fennálló, valszeg hardvert érintő frissítéssel megoldható hibáról. (ELŐSZÖR eltávolítanám az SD-t, megnézném úgy a böngészést.) Az új DRUPAL-os teszt-HUP-nál is uez tapasztalható?

Esetleg az SD-t csak képek, média-fájlok tárolására használni, ne a programfutást támogató cache "gyötörje", ha ez így lenne beállítva.

7GB SD kartya nélkül a szabad hely.A memória 61% foglalt.
Bekapcsoltam minden google cuccot. Hagytam, hogy egész este, éjjel, meg most is szervezze az életét az android.
Kitöröltem az opera cache-t.
Még mindig összeomlik.

Azt találtam ki, hogy összenézem a másik ugyanilyen telefonnal a beállításokat... De mivel azt is én állítottam be, ezért nagy difit nem várok.

A hupba beillesztett videók, tartalmak, annak hatása a böngészőre... de a másik telón, ami ugyanez a típus ott nem jelentkezik ez a probléma.

--
Karesz
www.bwfotogram.hu

Következetesen videós oldalakat kezdtem nézni, pontosabban ahol valamilyen beillesztett videók vanak.
A youtube elszáll a hup is, origó is ahol van integrált videó mindegyik.
Csak a Chrome illetve aminek a motorja a chrome-on alapszik pl Opera.
Firefox teljesen jó semmi jele a hibának.
--
Karesz
www.bwfotogram.hu