Date: Mon, 28 Nov 2016 00:25:06 +0000 From: bugzilla-noreply@freebsd.org To: gecko@FreeBSD.org Subject: [Bug 214856] www/firefox in jail intermittently crashed with BadRequest X error Message-ID: <bug-214856-21738-YtdQo0SZ2x@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-214856-21738@https.bugs.freebsd.org/bugzilla/> References: <bug-214856-21738@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214856 --- Comment #2 from freebsd@schukraft.org --- Well great, something like it just happened when I was just about to click = Save Changes... The browser windows just stopped responding, with some strange "clipping error" in a small part of one window. But the browser windows themselves still got redrawn properly when moving other windows on top of t= hem. Not sure if this has something to do with this bug though. - What's the version of host kernel? 11.0p3 with VIMAGE compiled in. But a on a stock 11.0 p(1?) kernel I had the same issue alrady. - What DDX driver and its version? Google tells me DDX has something to do with DRI, so pkg info | grep dri: dri-11.2.2,2 dri2proto-2.8 linux-c6-dri-11.0.7_3 nvidia-driver-367.44_2 - What are the versions for Mesa packages? pkg info | grep mesa libglapi-11.2.2 linux-c6-dri-11.0.7_3 mesa-demos-8.3.0 - Do you pass -m allow.sysvipc=3D1 to jail(8) ? No, wasn't necessary so far. >From gecko@ side: - Can you reliably reproduce? - What's the last event before the crash? Hard to say. Firefox seemingly needs to be running for tens of hours before this happens. At first I though JS heavy sites or HTML5 video might be the culprit, but those are not always present. It seems I can basically do anyt= hing before such a crash. - Do you use freebsd.org package or build yourself? Original packages. - Can you post Graphics section and "Multiprocess Windows" from about:suppo= rt? Graphics Features Compositing Basic Asynchronous Pan/Zoom none WebGL Renderer WebGL creation failed: * Refused to create native OpenGL context because of blacklist entry: * Exhausted GL driver options. WebGL2 Renderer (no info) Hardware H264 Decoding No Audio Backend alsa GPU #1 Active Yes Description GLXtest process failed (exited with status 1): X error occu= rred in GLX probe, error_code=3D2, request_code=3D153, minor_code=3D3 Diagnostics AzureCanvasAccelerated 0 AzureCanvasBackend skia AzureContentBackend cairo AzureFallbackCanvasBackend none CairoUseXRender 0 Decision Log HW_COMPOSITING=20=20 blocked by default: Acceleration blocked by platform OPENGL_COMPOSITING=20=20=20=20=20=20 unavailable by default: Hardware compositing is disabled Multiprocess Windows 0/2 (Disabled) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-214856-21738-YtdQo0SZ2x>