bob prohaska  wrote:
> Martin Gregorie  wrote:
>>
>> Before reporting this as a new bug you should run a search to see if its
>> already been reported. If so, and what tripped you up differs from what's
>> reported, you can add your problem report to the existing bug.
>>
>
> There didn't seem to be an easy way to look for bug reports, at least
> not based purely on the error message keywords. In the end a simple
> web search turned up more than a few keyword matches, going back several
> years. It seems pretty obvious the bug is an old one.
>
>> You'll need to set up a login name and password first time round, but
>> once done, its there for any further bugs you find.
>>
> I'll wait a bit and play some more. For the moment it appears the trouble
> is tied to chromium; firefox works on the website that crashed chromium.
>
> Thanks for writing!
>
> bob prohaska
>

Chromium is still screwing up on this URL:
www.ssec.wisc.edu/data/geo/#/animation?satellite=goes-west&end_datetime=latest&
n_images=8&coverage=conus&channel=04&image_quality=gif&anim_method=javascript
which seems to load ok but locks up the machine or crashes Xorg if I try to
drag the image. Both Raspbian and Chromium are up to date as of this morning,
using apt-get.

In this case the Xorg log file ended with

[    27.718] (II) modeset(0): Disabling kernel dirty updates, not required.
[ 30516.448] (WW) glamor: Failed to allocate 1382x910 FBO due to
GL_OUT_OF_MEMORY.
[ 30516.449] (WW) glamor: Expect reduced performance.

Would anybody be willing to see if they can reproduce the problem before I
start pestering folks about a bug?

Firefox-ESR seems to load the page OK, but it's slower than chromium and sound
doesn't
work, so it's a poor alternative.

Thanks for reading!

bob prohaska

--- SoupGate-Win32 v1.05