Firefox 89 időnként ledermed

Fórum: 

Üdv Mindenki!

A Firefox frissítését követően (https://ibb.co/wSzND0C 88.0.1+linuxmint1+tricia -> 89.0+linuxmint1+tricia) kellemetlen újdonsággal szembesültem: időnként "ledermed" a program (kezdetben videózás /youtube/ váltotta ki, de most már elég hozzá bármilyen oldal, ha úgy tartja kedve, akkor beáll). Ilyenkor semmire nem reagál, illetve a tálcára le tudom helyezni a megnyitott oldalt, de utána már nem tudom visszavarázsolni az asztalra (https://ibb.co/87m7yh8), csak a bezárás funkció működik, akkor pedig bedob egy ablakot (https://ibb.co/jzmwfyV), mely az ablak elfoglaltságára hivatkozik, mint a jelenség vélhető oka.

Mivel a korábbi verziók használata során ilyet nem tapasztaltam (van esetleg valaki, aki belefutott ilyesmibe közületek?), így arra gondoltam, hogy visszatérnék a korábbi kiadásra (88.0.1+linuxmint1+tricia) és azzal bekkelném ki az időt addig, amíg nem jelenik meg egy újabb frissítés (bízva abban, hogy az megoldja a problémát).

Kutakodtam a lehetőségeket illetően és ezt találtam: https://hup.hu/node/136059

Esetemben valahogy így kellene kinéznie a parancsok sorának:

sudo apt-get purge firefox
apt-cache show firefox | grep Version
sudo apt-get install firefox=88.0.1+linuxmint1+tricia
sudo apt-mark hold firefox

Sajnos már a 2. parancs után bukó a dolog, mert a kimenetben nem szerepel az áhított verzió (az elsőt nem adtam ki, nem töröltem a Firefoxot, csak a verziólistát kérdeztem le):

apt-cache show firefox | grep Version
Version: 89.0+linuxmint1+tricia
Version: 89.0+build2-0ubuntu0.18.04.2
Version: 59.0.2+build1-0ubuntu1

Azért tettem egy próbát és kiadtam a 3. parancsot, de hiába (ahogy sejtettem):

sudo apt-get install firefox=88.0.1+linuxmint1+tricia
[sudo] norbi jelszava:              
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
E: „88.0.1+linuxmint1+tricia” verzió nem található ehhez: „firefox”

Fel lehetne varázsolni valahogy ezt a verziót is a fenti listára vagy csak 2 opcióm van és választhatom:
a.) a 89.0+build2-0ubuntu0.18.04.2 verziót:

sudo apt-get purge firefox
sudo apt-get install firefox=89.0+build2-0ubuntu0.18.04.2
sudo apt-mark hold firefox

Okozhatja a problémámat a Mint verziója (Tina /Linux Mint 19.2 Tina/ nem jön ki Triciával /89.0+linuxmint1+tricia/ - bár ez korábban nem volt probléma /88.0.1+linuxmint1+tricia/)?

norbi@norbi-M540R:~$ lsb_release -a
No LSB modules are available.
Distributor ID:    LinuxMint
Description:    Linux Mint 19.2 Tina
Release:    19.2
Codename:    tina

b.) a 59.0.2+build1-0ubuntu1 ősverziót és ezt tudnám a kívánt változatra frissíteni valahogy.

A válaszokat előre is köszönöm!

 

kimarite képe

Visszatérni nem érdemes, a

#48 #49 Ha telepíted az Ubuntu-féle FF-ot, akkor lehetséges, másik profilod lesz. Mármint a Firefoxban. Kiegészítők maradnak..., hejj, mostanában nem csináltam ilyesmit, és nem emlékszem, mi történne, ami hátrányos lehet neked. :(
Ha telepíted a vállalati FF-ot, annak biztosan más profilja lesz, de személyessé teheted, ugyanúgy, mint a jelenleg használtat.  Ez, vagyis a Firefox ESR a vállalatoknak készül, de az átlag felhasználóknak is megfelel: kevésbé frissül, mint a közismert FF, de a biztonsági frissítéseket megkapja.
Leírása magyarul: https://support.mozilla.org/hu/kb/valtson-firefox-extended-support-release-esr-szeme
Ha telepíteni kezded, a terminálban vagy grafikus csomagkezelővel, bármilyen eltávolítás - amit a teszt/simulate nem jelzett - felhasználói beavatkozást igényel, azaz az eltávolítást (ha lenne) látni fogod,és nem lépsz tovább.
Én telepíteném a helyedben, sokáig használtam, nálam is telepítve van, de én Debiant használok, és itt csak az ESR érhető el a tükrökről, a másikat máshogyan használom.

Aham, nem sok beállítás van a BIOS-ban, és persze, memóriát kell adnod, és vélhetően a memória kavar be. A DVMI beállítás kipróbálható szerintem, de az F10-el menteni is kell. És visszaállítod, ha ez nem segít a FF-nál. Az alaplap sajátossága okozhatja a jelenséget.
A BIOS leírást nem néztem meg, sűrű nap volt.

A többi javaslatot kipróbálhatod, amiról itt volt szó (az első bejegyzés rész). ;)
Elég kellemetlen a fagyás, de bizonyára lesz megoldás. Próbáld ki a Firefox ESR-t!

Köszi a javítást, megoldottam az első hozzászólásból a hivatkozások megnyitását.

Értékelés: 

0
Még nincs értékelve

[GFX1-]: More than 1 GPU from same vendor detected via PCI, cann

#50 Én is úgy sejtem, hogy ez lehet a helyzet. Abban bízva vetettem fel a témát, hogy hátha valaki már megtalálta rá a megoldást és megosztja velem (nem mintha annyira zavaró lenne a jelenség, hogy egy javító frissítésig nem bírnám ki).

Értékelés: 

0
Még nincs értékelve

Visszatérni nem érdemes, a

#51 Egyelőre nem mászok bele jobban (Ubuntu/ESR változat telepítése) a témába, mert annyira nem zavaró a jelenség (mostanság egyre ritkábban fordul elő a dermedés, a Terminálos hibaüzenetek meg nem nagyon zavarnak, mert a gyakorlatban nem igazán éreztetik a hatásukat), inkább pihentetem egy darabig és kivárásra játszom (, hátha megoldja egy verziófrissítés a későbbiekben). Ha esetleg rosszabbra fordul a helyzet (ezt azért kétlem), akkor legalább, a közreműködésednek/közreműködéseteknek hála, már lesz mivel próbálkozni.

Tettem egy próbát a MaxDVMT opcióval (egy darabig figyelem, hogyan muzsikál így), eddig nem látok előrelépést, legalábbis a Terminálban nem (Firefox indításakor ugyanaz a hibaüzenet látható), fagyás meg még nem történt, így arról nyilatkozni nem tudok.

Nyugi nem is vártam, hogy eldobsz mindent és erre koncentrálsz, ahogy korábban is írtam, csak felvetettem a témát, hátha van már valakinek egy tuti receptje a megoldásra.

Jó pihenés és szép napos hétvégét (már amennyi még van belőle hátra)!

Mindenkinek köszönöm a hozzászólásokat, egyelőre pihentetem a témát, azért néha benézek, valamint megosztom, ha történt valami említésreméltó.

Értékelés: 

0
Még nincs értékelve

Visszatérni nem érdemes, a

#53

Visszaálltam a MaxDVMT opcióról a korábbi beállításra, mert indokolatlanul használta a swap-et (volt még bőven elérhető memória), más eredménye nem volt.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Visszatérni nem érdemes, a

#53 Tettem egy próbát a MaxDVMT opcióval (egy darabig figyelem, hogyan muzsikál így), eddig nem látok előrelépést, legalábbis a Terminálban nem (Firefox indításakor ugyanaz a hibaüzenet látható), fagyás meg még nem történt, így arról nyilatkozni nem tudok.

Ha fagyás történik megint, azt jelezd. :)
Ha nem történik fagyás, azt is jelezd: amikor már megnyugtatóan hosszó ideig nem történt hiba.

Értékelés: 

0
Még nincs értékelve

Visszatérni nem érdemes, a

#55

OK!

Az előbb is megfáradt egyszer (napi átlag 1-2 alkalommal fordul elő egyébként, úgyhogy annyira nem vészes).

Értékelés: 

0
Még nincs értékelve

Visszatérni nem érdemes, a

#57

Úgy legyen, bár azért a napi 1-et/2-t következetesen produkálja (már-már hiányozna is, ha nem így lenne :-)))

Értékelés: 

0
Még nincs értékelve

És már frissült is

Itt a 89.0.1 amiben javítottak ezt is elvileg.

Értékelés: 

0
Még nincs értékelve

És már frissült is

#60 Tegnap már frissítettem is, eddig nem fagyot, bár korábban sem túl sűrűn (vasárnap meg hétfőn volt 1-1, tegnap 0 /bár sokat nem is használtam, meg frissítettem is az újabb verzióra/), viszont a terminálos hibaüzenet maradt a régi:

norbi@norbi-M540R:~$ firefox
[GFX1-]: More than 1 GPU from same vendor detected via PCI, cannot deduce device

Majd idővel elválik, hogy van-e érdemi fejlődés az ügyben a frissítésnek köszönhetően (, majd beszámolok róla, ha lesz pozitív/negatív változás).

Értékelés: 

0
Még nincs értékelve

A probléma úgy tűnik, hogy MEGOLDVA

2 héttel és 2 frissítéssel az utolsó bejegyzésem után úgy tűnik, hogy a fagyási probléma megoldódott, mert mostanság nem jelentkezett.

A terminálban látható hibaüzenetek maradtak, de a Firefox használhatóságát nem befolyásolják, így túl nagy jelentőséget nem tulajdonítok nekik.

Mindenkinek köszönöm a segítséget, aki hozzászólt a témához, és tanácsokkal, javaslatokkal látott el.

Üdv, Norbi

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

Üdv újra mindenkinek!

A napokban újabb érdekes jelenségre lettem figyelmes, mely úgy sejtem, hogy a Firefoxhoz, és annak korábbi fagyásához köthető, így nem kezdtem új fórumtémát.

Július 14-én frissült a Firefox, a 90.0-ás verzióra, ezt követően már nem egyszer tapasztaltam indokolatlanul nagy memóriahasználatot, sőt igénybe vette a swap-et is. Más is tapasztalt ilyesmit?

2021.07.17.: https://paste.ubuntu.com/p/3JRtpQqjW3/

Ha mindent bezártam (csak a Terminál volt megnyitva) sem szűnt meg az indokolatlan használat (, ahogy az utolsó kimenetben is látszik), csak újraindítást követően normalizálódott a helyzet.

2021.07.19.: https://paste.ubuntu.com/p/VjB4sC33d9/

Ismét indokolatlan memóriahasználat (csak Terminál futott és a Firefox - Google fordító 2x, 2 szótár, meg egy weboldal szöveges tartalommal, semmi extra, ami indkolná-, a Feladatkezelő képén látszik, hogy ki mit fogyaszt).

A másik Terminálablakban (, melyben a Firefox indítása történt) csak a szokásos hibaüzenet volt, mely a videóvezérlőre vonatkozik (ezt korábban már kitárgyaltuk):

norbi@norbi-M540R:~$ firefox
[GFX1-]: More than 1 GPU from same vendor detected via PCI, cannot deduce device

A Firefox-on történő ténykedés során arra lettem figyelmes, hogy "megakad" a böngésző, így megnéztem, hogy mit mutat a free -h parancs, és megint tekerte szépen a memóriát, meg a swap-et is igénybe vette (, ahogy az a linkeket megnyitva látható). Elkezdtem szépen sorban bezárni minden futó alkalmazást, de drasztikus változás nem történt (most is az újraindítás volt a megoldás). Ránéztem a Feladatkezelőre is (https://ibb.co/RBj5sn3), Ő swap használatot nem mutatott (ellentétben a Terminállal), ellenben a lista első

/usr/lib/firefox -contentproc -childID 1...

sora lehet a jelenség magyarázata, mert mellett figyel egy 1,9 gigás memóriahasználat.

Korábban a Terminálban is láttam hibaüzeneteket (https://paste.ubuntu.com/p/qn3KykV3WR/), melyek tartalmazzák a Child kifejezést, bár ezek többsége, ha jól sejtem, videodecoder problémára utal (és nem is jelentkeztek, emlékeim szerint, a legutóbbi Firefox frissítés óta, korábban, pedig videó tartalmak megnyitásakor tűntek fel), viszont volt egy olyan, amelyik kilógott a sorból 11-én, nem tudom, ez van-e valamilyen kapcsolatban a mostani memória- és swap használattal:

(firefox:1607): GLib-GObject-CRITICAL **: 15:43:59.033: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(/usr/lib/firefox/firefox:1661): dconf-WARNING **: 15:43:59.222: Unable to open /var/lib/flatpak/exports/share/dconf/profile/user: Engedély megtagadva

Ha valakinek van valamilyen javaslata azt örömmel fogadom, sőt meg is köszönöm.

Próbaképpen nem lenne jó megpróbálni egy másik böngészőt (ér ajánlani egyet/kettőt), lehet, hogy a mostanában végrehajtott alaposabb Firefox-ráncfelvarrás van e jelenség mögött is, és így kiderülne, hogy a böngésző idézi-e elő, vagy attól független, és máshol keresendő a hiba oka?

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#63 (firefox:1607): GLib-GObject-CRITICAL **: 15:43:59.033: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

Ez a videokártyával függ össze

(/usr/lib/firefox/firefox:1661): dconf-WARNING **: 15:43:59.222: Unable to open /var/lib/flatpak/exports/share/dconf/profile/user: Engedély megtagadva

Ez pedig valamelyik bővítménnyel függ össze. Ahogy a Child sorok is nagy eséllyel egy-egy bővítményhez kapcsolódnak, bár ez nem tuti.

memória - proci használatot a htop-al érdemesebb nézni, az részletesebb. Egyébként meg rendre le kellene tiltani a bővítményeket egyenként, és úgy tesztelni egy ideig, amelyik lekapcsolása után nincs fagyás, nagy eséllyel azzal lesz a gond.

A videokártya probléma ettől még fennál, de az más kérdés.

Nálam most nincs semmi baja az FF-nek,

  1  [                                                            0.0%]   Tasks: 97, 344 thr; 1 running
  2  [|||                                                         2.6%]   Load average: 0.19 0.29 0.36
  Mem[|||||||||||||||||||||||||||||||||||||||||||||||||||||1.65G/3.53G]   Uptime: 1 day, 02:10:40
  Swp[|                                                    53.8M/3.81G]

  PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
  887 root       20   0  992M 59604 47616 S  0.7  1.6 11:23.48 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp
16795 user     20   0 35420  4700  3536 R  0.7  0.1  0:00.27 htop
15090 user     20   0 3614M  760M  168M S  0.7 21.1  6:39.58 /usr/lib/firefox/firefox
15233 user     20   0 9164M  325M   99M S  0.7  9.0  0:03.45 /usr/lib/firefox/firefox -contentproc -childID 2 -isForBrowser -prefsLen 96 -prefMapS
 1348 user     20   0 2903M  109M 45088 S  0.0  3.0  7:04.70 cinnamon --replace
16766 user     20   0  618M 37592 27360 S  0.0  1.0  0:03.09 /usr/lib/gnome-terminal/gnome-terminal-server
 1359 user     20   0 2903M  109M 45088 S  0.0  3.0  0:01.48 cinnamon --replace
 1360 user     20   0 2903M  109M 45088 S  0.0  3.0  0:01.56 cinnamon --replace
 1372 user     20   0  708M 25644 19136 S  0.0  0.7  0:08.63 nm-applet
 1040 root       20   0  992M 59604 47616 S  0.0  1.6  0:17.70 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp
 1358 user     20   0 2903M  109M 45088 S  0.0  3.0  0:01.60 cinnamon --replace
 1362 user     20   0 2903M  109M 45088 S  0.0  3.0  0:01.52 cinnamon --replace
 1357 user     20   0 2903M  109M 45088 S  0.0  3.0  0:01.46 cinnamon --replace
 1361 user     20   0 2903M  109M 45088 S  0.0  3.0  0:01.45 cinnamon --replace
15162 user     20   0 2939M  243M  111M S  0.0  6.7  1:42.93 /usr/lib/firefox/firefox -contentproc -childID 1 -isForBrowser -prefsLen 1 -prefMapSi
 1371 user     20   0  929M 37604 18420 S  0.0  1.0  0:02.88 nemo-desktop
16568 user     20   0 2641M  163M 99920 S  0.0  4.5  0:17.63 /usr/lib/firefox/firefox -contentproc -childID 10 -isForBrowser -prefsLen 8296 -prefM
    1 root       20   0  156M  6168  4652 S  0.0  0.2  0:03.10 /sbin/init splash
  376 root       19  -1  154M 27960 27468 S  0.0  0.8  0:01.04 /lib/systemd/systemd-journald
  403 root       20   0 97712   944   944 S  0.0  0.0  0:00.00 /sbin/lvmetad -f
  419 root       20   0 48048  2532  2144 S  0.0  0.1  0:01.09 /lib/systemd/systemd-udevd
  731 systemd-r  20   0 70708  3904  3536 S  0.0  0.1  0:01.86 /lib/systemd/systemd-resolved
  734 systemd-t  20   0  142M  1184  1184 S  0.0  0.0  0:00.00 /lib/systemd/systemd-timesyncd
  732 systemd-t  20   0  142M  1184  1184 S  0.0  0.0  0:00.19 /lib/systemd/systemd-timesyncd
  736 root       20   0  4556   648   648 S  0.0  0.0  0:00.68 /usr/sbin/acpid
  737 root       20   0 70468  3672  3508 S  0.0  0.1  0:00.40 /lib/systemd/systemd-logind
  769 syslog     20   0  256M  2476  2476 S  0.0  0.1  0:00.06 /usr/sbin/rsyslogd -n
  770 syslog     20   0  256M  2476  2476 S  0.0  0.1  0:00.00 /usr/sbin/rsyslogd -n
  771 syslog     20   0  256M  2476  2476 S  0.0  0.1  0:00.06 /usr/sbin/rsyslogd -n
  738 syslog     20   0  256M  2476  2476 S  0.0  0.1  0:00.16 /usr/sbin/rsyslogd -n
  772 root       20   0  491M  7596  6176 S  0.0  0.2  0:00.00 /usr/lib/udisks2/udisksd

 

 

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#63 Megnyitott alkalmazások / háttérben futó folyamatok RAM fogyasztását %-osan
ez a parancs listázza ki.:
ps -A --sort -rss -o comm,pmem | head -n 26

(A megadott értékkel 25-öt listáz ki.)

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#65

Köszönöm a hozzászólásokat (T. István, lala).

Mindkét parancsot lefuttattam, de sok infót nem tudtam kiolvasni belőle (egyrészt a hozzáértés hiánya, másrészt amiatt, hogy az adott pillanatban nagyon visszafogott volt a memória használat - 1GB környéke).

A htop kimenetét nem tudtam másolni, így azt nem tudom megosztani, a

ps -A --sort -rss -o comm,pmem | head -n 26

parancs kimenete pedig ez:

Privileged Cont  2.9
WebExtensions    2.5
mintreport-tray  2.0
hp-systray       1.8
mintUpdate       1.5
Xorg             1.3
xfce4-terminal   0.9
xfdesktop        0.9
nm-applet        0.9
Thunar           0.8
blueberry-obex-  0.8
applet.py        0.8
panel-1-whisker  0.7
panel-11-pulsea  0.7
panel-10-power-  0.7
panel-9-notific  0.7
xfce4-panel      0.6
hp-systray       0.5
xfwm4            0.5
xfce4-power-man  0.5
polkit-gnome-au  0.5
light-locker     0.5
xfsettingsd      0.4

Egyébként én is gyanítom, hogy valamilyen speciális bővítmény, vagy ritkán használt összetevő, esetleg valamilyen nem szokványos együttállás okozza ezt a ritkán előforduló jelenséget. Azért vaktában nem lövöldözném ki a bővítményeket, jó lenne szűkíteni a kört (van egy olyan sejtésem, hogy a fentebb belinkelt, a Feladatkezelő képét tartalmazó, fájl első sora segítségével ez egy hozzáértő számára megoldható, mert tartalmaz különféle azonosítókat is) és kideríteni, hogy legalább hol érdemes kezdeni.

Egyébként ma a Firefox leállításkor dobott ilyet is az a Terminál, amelyikben a Firefoxot indítom:

07.19:

###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

###!!! [Child][MessageChannel] Error: (msgtype=0x23002E,name=PBrowser::Msg___delete__) Channel closing: too late to send/recv, messages will be lost

###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

###!!! [Parent][MessageChannel] Error: (msgtype=0x390079,name=PContent::Msg_DestroyBrowsingContextGroup) Closed channel: cannot send/recv

###!!! [Parent][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

###!!! [Parent][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

 

A [Child] [Parent] nem valamilyen alá-fölérendeltségre utal, mintha a könyvtárszerkezeteknél rémlene valami ilyesmi, bár nem tudom, hogy ez a probléma szempontjából számít-e bármit?

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#66

Arra nincs valamilyen módszer, hogy kiderítsük, mi használja adott pillanatban a swap-et? Azért lenne érdekes, mert a jelenség feltűnése során, ha sorra bezárok mindent, és emiatt csökken a memóriahasználat (van használható terület) mégsem csökken (, sőt van amikor nő, ahogy fentebb látható az egyik linket megnyitva) a swap használat. Jó lenne tudni, hogy mi ragaszkodik ennyire a swap-hez, mert lehet, hogy ez a megoldás kulcsa.

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#67 Akkor kéne futtatni a RAM használat listázó parancsot, amikor mindent bezársz (a terminál
kivételével) és mégis magas marad a RAM használat. (Hogy mi az ami ilyenkor eszi a RAM-ot ?)

Hogy a rendszer később kezdje el használatba venni a SWAP-et, a "swappiness" alapértelmezett
60-as értékét kéne 10-re, vagy akár 5-re állítani.

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#66 Azért vaktában nem lövöldözném ki a bővítményeket, jó lenne szűkíteni a kört

Hát pedig ennél célravezetőbb módszer nincs, ennek neki kell veselkedni. Papír, ceruza, jegyzetelés....

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#69 Firefox -> Súgó -> Hibaelhárítási mód -> Újraindítás
Kiegészítők nélkül fog újraindulni a Firefox. Ha így nem jelentkezik a probléma, akkor valamelyik
kiegészítő a ludas.
A Firefox leállítása, majd ismételt indítása után újra a kiegészítőkkel együtt fog indulni.

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#68

Én is arra gondoltam, hogy megvárom, amíg megint megborul (, mivel a szokásos üzem mellett, amikor beéri 1-2GB memóriával nagyságrendileg nem sok értelme van) és akkor nézek utána jobban (bízom benne, hogy kiderül, mi duplázza/triplázza a memóriahasználatot - a Feladatkezelő segítségével már egy gyanúsítottat sikerült találni, ahogy fentebb jeleztem - ; bár az szerintem érdekesebb lenne, hogy mi ragaszkodik a swap-hez, mert ahogy sorban bezártam az alkalmazásokat, egészen a Terminálig, a memóriahasználat is csökkent, viszont a swap-et továbbra is használta, még ha nem is túl nagy mértékben - ezt is írtam korábban), azt nem tudom, hogy ez megint mikor történik meg, mert eddig "csak" 2x vettem észre.

A swappiness elvileg nem lehet gond, mert amikor az SSD belekerült a gépbe 10-re lett állítva, ha jól emlékszem, eddig nem is piszkálta a swap-et, csak a legutóbbi Firefox frissítés óta, így az a gyanúm, hogy a Firefox a sáros.

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#69

Ha lehet, akkor ezt azért szeretném megúszni, mert kombináció az lenne szerintem bőven, mivel több bővítmény is van, ha nem tévedek, ami potenciális bűnös lehet, ráadásul nem is olyan gyakori jelenség (tehát egy adott bővítmény kizárása is több napot venne igénybe), így ezt a két tényezőt kombinálva gyanítom, hogy elég sokáig tartana a hibaforrás kiszűrése ilyen módon (, mire megtalálnám addigra simán jöhetne 1-2 újabb frissítés, ami feleslegessé tenné az egészet), ezért is jobb lenne valamilyen másik módszer, vagy legalább szűkíteni a kört (pl. melyek azok a bővítmények, amelyek módosultak a legutóbbi frissítés során, vagy mostanában), hogy ne kelljen mindent végignyálazni.

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#70

Köszönöm, ezt a módszert kipróbálom, remélem belátható időn belül eredménye is lesz.

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#70

A Hibaelhárítási mód kiválasztásáig OK, de utána megjelenik egy párbeszédablak (https://ibb.co/FxDWgN1), itt az Open opciót választottam (jól tettem, erre gondoltál /gyanítom, hogy igen, mert ez ír átmeneti változtatásokról/? Némi küllemi változás tapasztalható a Firefox ablakát nézve, de nem jelentős, és hogy a bővítményeket érintette-e azt nem tudom megítélni), vagy jobb lett volna a Refresh Firefox. Az utóbbit is megnéztem, ha rákattintok egy újabb ablak jelenik meg (https://ibb.co/gV2gcQP), mely arról ír, hogy eltávolítja a bővítményeket és a személyes beállításokat, csak azt nem tudom, hogy átmenetileg (,ahogy te is írtad), vagy véglegesen (szerintem örökre).

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#74 Inkább mellőzd ezt a Hibaelhárítási módot !!

Most próbáltam - alapállapotba állítja vissza a Firefoxot.
Igaz hogy a könyvjelzők megmaradnak, de a kiegészłtők, meg ha voltak "about:config" egyéni beállításaid
azok elvesznek.

Valószínű ez az utóbbi frissítések valamelyikével jött be - mert eddig nem így működött.

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#75

Remélem, hogy az Open opciót választva csak átmenetileg szálltak el a dolgok (újraindítást követően úgy nézett ki, mintha a szokásos állapot tért volna vissza), mert ha nem, akkor lesz mit ellenőriznem/visszaállítanom.

Értékelés: 

0
Még nincs értékelve

Indokolatlan memória- és swap használat

#76

Úgy néz ki, hogy nálam (Hibaelhárítási módot követő) normál módban történő indításkor minden visszaáll, legalábbis úgy látom és az about:config-ban lévő egyéni beállításaim is maradtak a régiek (https://linuxmint.hu/comment/39992#comment-39992 a 4.) A Firefox lemezírási műveleteinek korlátozása ponton belül találhatók), szerintem csak a Refresh Firefox választása esetén szállhatna el.

Kutakodás közben megtaláltam, (korábbi bejegyzésedre válaszul) hogy esetemben a vm.swappiness = 10 (3.) Swappiness pont a leírásban)

Egyébként az hogy lehet, hogy:

Ezek a beállítások vannak megadva (a leírásban a 4.) A Firefox lemezírási műveleteinek korlátozása ponton belül az a.) A Firefox network chance-ének RAM-ba helyezése:

browser.cache.memory.enable beillesztése az oldal szűrő mezőjébe (https://ibb.co/Cn9jJ9s(külső hivatkozás) )

Itt az értéknek már elvileg true-nak kell lennie, ha mégsem, akkor erre kell váltani, így engedélyezve a RAM chance-ként történő használatát

browser.cache.memory.capacity beillesztése az oldal szűrő mezőjébe, itt az érték valószínűleg -1 (https://ibb.co/L1J30Fq(külső hivatkozás) ), ezt kell 204800-ra váltani (200MB=204800KB), így megadva a chance-ként felhasználható 200MB-os RAM-területet (https://ibb.co/7v6VgS8(külső hivatkozás) )

És mégis, ha a Terminálban kiadom a free -h parancsot akkor a kimenetben gazdagon találok a buff/cache alatt 1-1,5G értéket (ez mondjuk nem új keletű jelenség, de most szúrt igazán szemet), pedig a beállítás alapján 200 MB lehetne a max, ha nem tévedek.

 

Értékelés: 

0
Még nincs értékelve

/usr/lib/firefox -contentproc -childID 1...

Megint sikerült felcsavarni a memóriahasználatot (csak 2 terminálablak, a Firefox /csak a Jófogás volt megnyitva/, meg a böngészési előzmények ablaka volt megnyitva), igaz a swap-et nem vette igénybe (legalábbis a htop nem mutatta), de így is bőven 3 GB fölött volt (https://ibb.co/8dwNhwm). Ismét a

/usr/lib/firefox -contentproc -childID 1...

kezdetű sorhoz tartozó folyamat emésztett fel 2GB memóriát (korábban is Ő volt a bűnös: https://linuxmint.hu/comment/48022#comment-48022, akkor 1,9 GB volt a rovásán: https://ibb.co/RBj5sn3). Amikor becsuktam a Jófogást, azonnal eltűnt a nagy fogyasztású folyamat is, így gondolom, hogy van összefüggés a 2 között. Ha ismét történik hasonló, nem lenne érdemes az adott weboldalon, jobb kattintás segítségével, egy vizsgálatot elindítani és megnézni, hogy milyen képet mutat?

A Firefox megnyitására használt Terminálablakban pedig ismerős hibaüzenetek tűntek fel (ehhez hasonló volt most is, de sajnos nem mentettem el, így csak ez a korábbi van meg):

IPDL protocol error: Handler returned error code!

###!!! [Parent][DispatchAsyncMessage] Error: PMessagePort::Msg_PostMessages Processing error: message was deserialized, but the handler returned false (indicating failure)

###!!! [Parent][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

Van egy olyan sejtésem, hogy ez és a másik között (/usr/lib/firefox -contentproc -childID 1...) kapcsolat van, laikusként úgy látom, hogy valamilyen folyamat (, amit most úgy néz ki, hogy a Jófogás nézegetése indított le) nem tud rendesen lefutni, nem tudja végrehajtani a gép és "beragad" a memóriába és egyre többet foglal el belőle.

Vélemény, hasonló tapasztalat?

Értékelés: 

0
Még nincs értékelve

/usr/lib/firefox -contentproc -childID 1...

#78 Csak ötlet !
Ha egy adott weboldalon (Jófogás) nő meg a RAM használat, akkor krypto-bányász folyamatra
is lehet gondolni.
A "CryptoMining Blocker" kiegészítő talán hatásos lehet ellene. (?)

Értékelés: 

0
Még nincs értékelve

/usr/lib/firefox -contentproc -childID 1...

#78 Firefox menüsor: Eszközök->Böngésző eszközök->Feladatkezelő

mit mutat ilyenkor?

Értékelés: 

0
Még nincs értékelve

/usr/lib/firefox -contentproc -childID 1...

#79

Remélem, hogy nem ez az oka (, de azért ezt is felveszem a lehetőségek listájára).

Az eddigi két alkalom során (https://ibb.co/RBj5sn3 https://ibb.co/8dwNhwm) látható volt némi hasonlóság a kiváltó folyamatok között, így kicsit utána néztem a folyamatok részleteinek.

Mindkét esetben ez a közös rész (az elejét leszámítva):

-jslnit 285176 -parentBuildID 20210705185941 -appdir

Keresgélés közben ezt találtam:

https://www.jslint.com/help.htm
https://stackoverflow.com/questions/33561168/plugin-with-id-spring-boot-...

Mindkettőből kiindulva arra gondolok, hogy JavaScript/java plug-in vonalon rejtőzik a probléma forrása (lehet, hogy frissítenem/telepítenem kellene valamit csupán?)

Belenéztem a /usr/lib/firefox/browser tartalmába is:

norbi@norbi-M540R:~$ ls /usr/lib/firefox/browser
chrome  defaults  extensions  features  omni.ja  plugins

Rákerestem az interneten az omni.ja-ra is és ezt dobta ki:

https://www.raymond.cc/blog/edit-files-inside-firefox-4-omni-jar-to-auto...

Ez a java plug-in vonalat erősíti tovább.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

IPDL protocol error: Handler returned error code!

#78 Telepítve van?

sudo apt-get install firefox-geckodriver

( https://stackoverflow.com/questions/47920639/how-to-fix-webdriverexception-message-connection-refused/47921529#47921529
https://www.toolsqa.com/selenium-webdriver/selenium-geckodriver
https://firefox-source-docs.mozilla.org/testing/marionette/Intro.html
https://firefox-source-docs.mozilla.org/testing/geckodriver/CrashReports.html
https://github.com/mozilla/geckodriver/releases  )

Értékelés: 

0
Még nincs értékelve

IPDL protocol error: Handler returned error code!

sudo nano /usr/lib/firefox/browser/omni.ja

Olvasgattam és ezt (is) találtam (meg mást is, de van még mit nézelődnöm, de ígéretesnek tűnik):

https://www.ghacks.net/2016/02/15/change-how-many-processes-multi-proces...

"...Current stable versions of the Firefox web browser make use of four content processes which means that multiple sites share a content process when multiple sites get opened in the browser.

This means that websites will share a process for data; this is different to how browsers that are based on Chromium handle this as they launch a new process for every page open in the browser and also for plugins...."

A fentiek miatt belenéztem az onmi.ja-ba (mert innen: https://linuxmint.hu/comment/48077#comment-48077 ez rémlett: norbi@norbi(link sends e-mail)-M540R:~$ ls /usr/lib/firefox/browser
chrome  defaults  extensions  features  omni.ja  plugins).

Nem lehet a hibák oka az, hogy a Chrome/Chromium máshogy kezeli a böngészési folyamatokat, mint a Firefox, viszont az omni.ja szerint chrome-hoz köthető plugin-okat használok, Firefox-val kombinálva, így viszont lehet, hogy nem teljesen kompatibilis minden.

A nano-val nyitottam meg az omni.ja-t, elég szép kis szöveget dobott ki, mely szerintem elég sok érdekes infót tartalmazhat, viszont nem bírom az egészet kijelölni és másolni, hogy a paste.ubuntu.com-on beilleszthessem. Tudna valaki egy használható megoldást a problémára?

Értékelés: 

0
Még nincs értékelve

Új hibaüzenet

A Firefox indítására használt Terminálablakban látható:

(firefox:2452): GLib-GObject-CRITICAL **: 14:09:12.007: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

Értékelés: 

0
Még nincs értékelve

IPDL protocol error: Handler returned error code!

#83

https://www.toolsqa.com/selenium-webdriver/selenium-geckodriver/

"...
How GeckoDriver works?

The WebDriver connects with the firefox browser using the GeckoDriver. Just like the other drivers(e.g., ChromeDriver), a local server is started by this executable, which runs your selenium tests. It works as a proxy between the local and remote end to translate calls into Marionette automation protocol..."

A fentiekből kiindulva, miután telepítettem a GeckoDrivert (https://linuxmint.hu/comment/48086#comment-48086), az normális, hogy az omni.ja-ban (https://linuxmint.hu/comment/48087#comment-48087) továbbra is egy csomószor botlok bele a chrome kifejezésbe (https://paste.ubuntu.com/p/JgkZn7hgRQ/ sajnos csak egy részét tudtam bemásolni, ahogy írtam korábban), mely sejtésem szerint a ChromeDriverre utal? Olyan mintha telepítve lenne ugyan a GeckoDriver, de továbbra is a ChromeDrivert használná, vagy tévedek?

Értékelés: 

0
Még nincs értékelve

IPDL protocol error: Handler returned error code!

#87

Valószínűleg tévedek és az omni.ja-ban a chrome az a chrome, amiről itt (https://firefox-source-docs.mozilla.org/testing/marionette/Intro.html) írnak, ha így van akkor ez a chrome "jóban van" a GeckoDriverrel:

"...Marionette is an automation driver for Mozilla’s Gecko engine. It can remotely control either the UI or the internal JavaScript of a Gecko platform, such as Firefox. It can control both the chrome (i.e. menus and functions) or the content (the webpage loaded inside the browsing context), giving a high level of control and ability to replicate user actions..."

Értékelés: 

0
Még nincs értékelve
kimarite képe

IPDL protocol error: Handler returned error code!

#87 A könyvtár neve csak véletlen egybeesés, különben a Mozilla csapat kezdetektől használja, és a megjelenéssel kapcsolatos, például CSS beállításokat, fájlokat tartalmaz :) : http://kb.mozillazine.org/Chrome_folder

A korábbi hiba már nem jelentkezik? A hozzászólásom címe.

A jofogas oldal még mindig terheli a böngészőt?

Értékelés: 

0
Még nincs értékelve

IPDL protocol error: Handler returned error code!

#89

Mostanában (a Gecko telepítése óta) nem tűnt fel (korábban is csak kb. 2X fordult elő, tehát nem ez volt a leggyakoribb visszajelzés).

Mivel elég jól elmerültem a Firefoxos témában, így nem volt időm Jófogást böngészni, így arról nem tudok jelenleg nyilatkozni, hogy most miként viselkedik.

Értékelés: 

0
Még nincs értékelve
kimarite képe

IPDL protocol error: Handler returned error code!

#90 Vizsgálgasd. Ezek a hibák Linux téma vagy asztali környezet miatt lehetnek. A fejlesztő javítja, általában, tapasztalható hátránya nem szokott lenni az ilyen GTK hibáknak:

(firefox:2452): GLib-GObject-CRITICAL **: 14:09:12.007: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

Értékelés: 

0
Még nincs értékelve

IPDL protocol error: Handler returned error code!

#91

Úgy vettem észre, hogy a GeckoDriver telepítése után jelent meg (nem rémlik, hogy korábban lett volna hasonló), remélem, hogy majd idővel orvosolják és addig sem okoz gondot, egyébként még 3x fordult elő:

(firefox:2452): GLib-GObject-CRITICAL **: 16:23:26.637: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(firefox:2452): GLib-GObject-CRITICAL **: 16:25:24.137: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(firefox:2452): GLib-GObject-CRITICAL **: 16:28:50.796: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

 

Értékelés: 

0
Még nincs értékelve

IPDL protocol error: Handler returned error code!

#92

Rosszul emlékeztem, volt már korábban is hasonló (https://linuxmint.hu/comment/48022#comment-48022): (firefox:1607): GLib-GObject-CRITICAL **: 15:43:59.033: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

Értékelés: 

0
Még nincs értékelve
kimarite képe

IPDL protocol error: Handler returned error code!

#92 #93 No, épp azt mondom, ha nem ERROR, akkor a GTK (vagy Qt), és az ezzel összefüggő jelenségek, az asztali környezetek sajátjai, azaz némiképp sosem lesz tökéletes. Indítom a Firefox ESR-t,és itt hasonló (látszik, hogy Theme/témázás probléma):

firefox-esr

(firefox-esr:18860): Gtk-WARNING **: 17:13:43.934: Theme parsing error: gtk.css:661:53: Expected ',' in color definition

(firefox-esr:18860): Gtk-WARNING **: 17:13:43.934: Theme parsing error: gtk.css:675:58: Expected ',' in color definition
...

(/usr/lib/firefox-esr/firefox-esr:18969): Gtk-WARNING **: 17:13:47.658: Theme parsing error: gtk.css:661:53: Expected ',' in color definition

(/usr/lib/firefox-esr/firefox-esr:18969): Gtk-WARNING **: 17:13:47.658: Theme parsing error: gtk.css:675:58: Expected ',' in color definition
...

Ha teljesen együttműködnének a témák az asztali környezettel éás az alkalmazásokkal, akkor nem jelentkezne ilyesmi.
Na most, hogy nálam „error” az sem jelent szinte semmit. A fejlesztők tudnak javítani ezen. De én például egyéni témázást használok.
Példák:
https://bugzilla.mozilla.org/show_bug.cgi?id=1275422
https://bbs.archlinux.org/viewtopic.php?id=226099

Nálad a memóriahasználat a kérdés ... ez a fontos elsőként.
Ettől függetlenül, lehet kutatni a megoldást a témázásra is, olykor van.

Értékelés: 

0
Még nincs értékelve

[Parent][RunMessage] Error

Erre a hibaüzenetre:

###!!! [Parent][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

Ezt találtam (erre a részére kerestem rá: [Parent][RunMessage] Error):

https://support.mozilla.org/en-US/questions/1167673

Lehet, hogy némi kotorászás az about:config-ban megoldást jelentene (és ahogy tovább olvasgattam az itt belinkelt oldalakat, lehet, hogy megvan a többi hibajelentés oka is)

Firefox kiegészítőit érintő változások:

https://www.ghacks.net/2015/12/23/mozilla-needs-to-focus-add-ons/

Nálam ez a helyzet:

about:config tabs.rem: https://www.dropbox.com/s/wv2loslfg3y7fnx/about-config-tabs.rem.pdf?dl=0

Megnövekedett memóriahasználat:

https://www.ghacks.net/2016/02/13/multi-process-firefox-will-use-up-to-2...

Az itt leírtak nem indokolják a nálam tapasztalható mértékű memóriahasználat-növekedést.

Multi-process (úgy nézem, ez lehet, hogy a legtöbb kérdésre megadja a választ):

https://www.ghacks.net/2016/07/22/multi-process-firefox/

Nálam ez a helyzet:

about:support Hibakeresési információ:
https://www.dropbox.com/s/gsr8ksbz7s9hr5f/Hibakeres%C3%A9si%20inform%C3%...
about:config browser.tabs.remote.autostart.: https://ibb.co/LJfw0W0

A folyamatok számának megváltoztatása:

https://www.ghacks.net/2016/02/15/change-how-many-processes-multi-proces...

Nálam ez a helyzet:

about:config dom.ipc.processCount.: https://ibb.co/MnLPSSf

Értékelés: 

0
Még nincs értékelve

[Child 2756, MediaDecoderStateMachine.....

Új hibajelenség:

[Child 2756, MediaDecoderStateMachine #1] WARNING: Decoder=7f9ba7bcc000 state=DECODING_METADATA Decode metadata failed, shutting down decoder: file /PROJECT/firefox-90.0+linuxmint1+tricia/dom/media/MediaDecoderStateMachine.cpp:366
[Child 2756, MediaDecoderStateMachine #1] WARNING: Decoder=7f9ba7bcc000 Decode error: NS_ERROR_DOM_MEDIA_METADATA_ERR (0x806e0006) - static MP4Metadata::ResultAndByteBuffer mozilla::MP4Metadata::Metadata(mozilla::ByteStream *): Cannot parse metadata: file /PROJECT/firefox-90.0+linuxmint1+tricia/dom/media/MediaDecoderStateMachine.cpp:3502
[Child 2756, MediaDecoderStateMachine #1] WARNING: Decoder=7f9bb6bd3800 state=DECODING_METADATA Decode metadata failed, shutting down decoder: file /PROJECT/firefox-90.0+linuxmint1+tricia/dom/media/MediaDecoderStateMachine.cpp:366
[Child 2756, MediaDecoderStateMachine #1] WARNING: Decoder=7f9bb6bd3800 Decode error: NS_ERROR_DOM_MEDIA_METADATA_ERR (0x806e0006) - static MP4Metadata::ResultAndByteBuffer mozilla::MP4Metadata::Metadata(mozilla::ByteStream *): Cannot parse metadata: file /PROJECT/firefox-90.0+linuxmint1+tricia/dom/media/MediaDecoderStateMachine.cpp:3502
[Child 2756, MediaDecoderStateMachine #3] WARNING: Decoder=7f9bb8ef5c00 state=DECODING_METADATA Decode metadata failed, shutting down decoder: file /PROJECT/firefox-90.0+linuxmint1+tricia/dom/media/MediaDecoderStateMachine.cpp:366
[Child 2756, MediaDecoderStateMachine #3] WARNING: Decoder=7f9bb8ef5c00 Decode error: NS_ERROR_DOM_MEDIA_METADATA_ERR (0x806e0006) - static MP4Metadata::ResultAndByteBuffer mozilla::MP4Metadata::Metadata(mozilla::ByteStream *): Cannot parse metadata: file /PROJECT/firefox-90.0+linuxmint1+tricia/dom/media/MediaDecoderStateMachine.cpp:3502

Úgy sejtem, hogy valamilyen MP4 videocodec-et érintő problémája van (egyébként mintha mostanában lett volna már erre utaló hibaüzenet egyszer, kétszer).

Értékelés: 

0
Még nincs értékelve
kimarite képe

[Child 2756, MediaDecoderStateMachine.....

#96 A mint-meta-codecs csomag telepítve van?

sudo apt-get install mint-meta-codecs

Milyen online (URL) vagy offline (letöltött) videó lejátszásakor jelentkezik a jelzés? A videó a jelzéstől függetlenül helyesen lejátszásra kerül?

Értékelés: 

0
Még nincs értékelve
kimarite képe

[Child 2756, MediaDecoderStateMachine.....

#97 Az előző hozzászólásba már nem fért bele. A pastebin-en (módszer) oszd meg a kimeneteket, de ne egy részletét, hanem az egészet. Mert - csak tájékoztatás, nem problémát kiváltó ok nálad - a telepítés illetve a beállítás hiányosságait megmutatja a teljes kimenet: https://forums.gentoo.org/viewtopic-p-8583948.html (https://bugzilla.mozilla.org/show_bug.cgi?id=1673184). Míg egy részlet esetleg csak hibajelenséget (Error) vagy figyelmeztetést (Warning) mutat, és a kiváltó okot nem.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Widewine tartalom-visszafejtő modul | DRM védett videók

#98 Egy portálon például említik ilyen hibát,
https://forum.ubuntu.ru/index.php?topic=311157.0
de nálam nincs kodek gond, csak ilyesmi (Big Buck Bunny.):

Sandbox: seccomp sandbox violation: pid 9060, tid 9060, syscall 28, args 139636055728128 4096 18 34 4294967295 0.
Sandbox: attempt to open unexpected file /sys/devices/system/cpu/online
Sandbox: attempt to open unexpected file /proc/stat
Sandbox: attempt to open unexpected file /proc/net/unix
Sandbox: attempt to open unexpected file /proc/self/maps
Sandbox: attempt to open unexpected file /proc/net/unix
Sandbox: seccomp sandbox violation: pid 9261, tid 9261, syscall 28, args 140611637108736 4096 4294967295 34 4294967295 0.

A portál: https://shaka-player-demo.appspot.com/demo/#build=uncompiled

Ennél a videónál
https://shaka-player-demo.appspot.com/demo/#audiolang=hu-HU;textlang=hu-HU;uilang=hu-HU;asset=https://storage.googleapis.com/shaka-demo-assets/angel-one-hls/hls.m3u8;panel=ALL_CONTENT;build=uncompiled
kapok jelzést (egy alkalommal),

[Child 8487, MediaDecoderStateMachine #2] WARNING: Decoder=7fb17c807c00 Decode error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) - RefPtr<mozilla::MozPromise<RefPtr<mozilla::MediaTrackDemuxer::SamplesHolder>, mozilla::MediaResult, true> > mozilla::MediaSourceTrackDemuxer::DoGetSamples(int32_t): manager is detached.: file /build/firefox-esr-nuPbup/firefox-esr-78.12.0esr/dom/media/MediaDecoderStateMachine.cpp, line 3470

de a lejátszás rendben (hang és kép).

Az össze svideőnál ezt a jelzést kapom: A clearkey bővítmény összeomlott.
A Firefox ablakban jelenik meg...
Ez a Widewine tartalom-visszafejtő modul. A DRM védett videók lejátszásakor van szerepe.
A DRM-et kikapcsolva a fenti videók lejátszhatók, de azt a jelzés kapom, kapcsoljam be, mert az oldalon vannak olyan videók, amelyek DRM által védettek.

A Firefox ESR-rel tesztelek. A clearkey bővítmény összeomlásakor megnyomtam a Hibajelentés küldése elemet. Újratöltés után is összeomlik.

Jó lenne tudni, melyik videó problémás nálad, de ne ezeket vizsgáld, hanem amit te néztél korábban.

Értékelés: 

0
Még nincs értékelve
kimarite képe

sudo nano /usr/lib/firefox/browser/omni.ja

#85 Elvetélt gondolat, mert az omni.ja fájlt nem ajánlott megnyitni olvasásra (nano), másrészt a sudo nem is kell, ha csak olvasnál egy szöveges fájlt, mert szerkesztéshez kell, olvasáshoz nem.

file /usr/lib/firefox-esr/browser/omni.ja
/usr/lib/firefox-esr/browser/omni.ja: Zip archive data, at least v1.0 to extract

a fenti a példa fájl (/usr/lib), a rendszer a bin (etc) ótvonalat használja...

file /home/debkim/.local/bin/firefox-stable/omni.ja
/home/debkim/.local/bin/firefox-stable/omni.ja: Mozilla archive omni.ja

Esetleg Java programozóknak jó ;). Ezt a témát már átbeszéltük, csak jelzem, nem érdemes mindent megcsinálni, ami a weben elolvasható, és nem az omni.ja az oka a problémámnak (megbeszéltük).

Értékelés: 

0
Még nincs értékelve

Oldalak