• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Reproduzierbare Browserabstürze

Das Thema hatte ich vor einiger Zeit hier rein geschrieben:

http://www.nickles.de/forum/linux-contra-monopole/2016/penetrante-und-reproduzierbare-browserabstuerze-539174907.html

Aber bisher hat dort keiner reagiert.

Kurz:

Browserabstürze, plötzlich und schnell, anscheinend keine log-Einträge (zumindest hat grep nix gefunden).

Auslöser:

Cursertasten, Bild-Auf und Bild-Ab-Tasten, Mausklicks auf OK- u.ä. Buttons, nicht selten auch Klicken auf den Scroll-Balken rechts.

Ich arbeite gerne mit kleinen und schnellen Browsern, und folgendes Problem tritt sowohl bei Uzbl, Midori, Surf und Xombrero auf, als auch Platformunabhängig.



Beobachtet habe ich das unter Debian 7, Debian 8, Arch 32. Bit und Arch 64 Bit.

Es tritt v.A. bei tagged.com auf.

Bei Iceweasel und Seamonkey tritt dieses Problem definitiv nicht auf.

Ich vermute daher entweder eine Incompatibilität zwischen Browsern (die sind alle nicht mehr die frischesten) und dem aktuellen Kernel (aber dann sollte das Problem auch bei anderen Webseiten auftreten) oder - wahrscheinlicher - unglaublich schlampig und fehlerhaft programmierte Webseiten.

Da tagged.com meine Rechner bis zum Anschlag belastet, wenn ich dort mehrer Fenster offen habe oder mit mehreren Browsern unter verschiedenen Profilen angebmeldet bin, vermute ich letzteres, bin mir aber nicht sicher.

Möglicherweise fehlt nur irgendeine lib?

Kann das Problem irgendjemand nachvollziehen und hat vielleicht sogar eine Lösungsmöglichkeit?
 
OP
Systemcrasher

Systemcrasher

Hacker
Daß ich da nicht von selbst drauf gekommen bin.... :(

Absturz surf:

Code:
** Message: console message:  @0: Blocked a frame with origin "https://googleads.g.doubleclick.net" from accessing a frame with origin "http://www.tagged.com".  The frame requesting access has a protocol of "https", the frame being accessed has a protocol of "http". Protocols must match.


** Message: console message: https://s0.2mdn.net/4338353/1463937243198/generic-728x90-en-70k/banner-min.js @1: Banner completed.

** Message: console message:  @0: Blocked a frame with origin "http://www.tagged.com" from accessing a frame with origin "http://tpc.googlesyndication.com". Protocols, domains, and ports must match.


[1]+  Speicherzugriffsfehler  surf tagged.com

Die Blocked-Mwedlungen kamen da dutzendweise.

Midori sagte nur "Speicherzugriffsfehler midori" ohne weiteren Kommentar
 
OP
Systemcrasher

Systemcrasher

Hacker
Heute gab sich Mideori bzgl. der Konsolenmeldungen etwas mitteilsamer:

Code:
~/Schreibtisch$ libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i915_drv_video.so
libva info: va_openDriver() returns -1
libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i915_drv_video.so
libva info: va_openDriver() returns -1
libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_36
libva error: /usr/lib/i386-linux-gnu/dri/i965_drv_video.so init failed
libva info: va_openDriver() returns -1

(midori4:1757): GLib-CRITICAL **: Source ID 55720 was not found when attempting to remove it

[2]+  Speicherzugriffsfehler  midori

Hoffentlich hilft das weiter.
 

spoensche

Moderator
Teammitglied
midori hat einen Segmentationfault (Speicherzugriffsfehler) verursacht. Ein SegFault tritt immer dann auf, wenn ein Programm auf einen Speicherbereich zugreifen will, der ihm nicht gehört oder nicht existiert.

Aus den von dir geposteten Meldungen geht folgendes hervor:

1. googleads verwendet https
2. tagged.com verwendet kein https
3. die Protokolle der Frames müssen aber übereinstimmen. Da sie das nicht tun, stürzt der Browser ab.

Am besten machst du bei Mozilla direkt einen Bugreport auf.
 
Oben