@Psycogeek Had you signed it, it would mean they are freed from liability to take care of returns or any service for that TV?

@Boris_yo returns, i dont really do service or warrenty most the time. You know i mod, change , alter, and research before hand. Warrenty is such a pain, unless they are going to service in-house, and that is usually prohibitivly expencive in some way.

wtf. I just put the CD (supposedly) containing the manual for my fridge into my computer and it's the most fucked up thing ever. There's like Apache with a MySQL database and PHP on it and it wants to run some website locally and then opens a browser to http://localhost

My brain says "No!" but I want to see it run :(

@OliverSalzburg lol

@OliverSalzburg if you need a CD manual for a fridge, it is the fridge that is should be playing on

@Psycogeek I wish

Wow

It modified my hosts file to add 127.0.0.1 whirlpool

Oh, "sweet" it has one of those Flash PDF viewers. Usefull

@allquixotic Found the culprit!

Wanna crash your system? Click here using FF on linux and have fun!

^--- star this =P

@ThatBrazilianGuy nice!

huh

anyway I updated the raw gist again with two buttons: here

@ThatBrazilianGuy that doesn't crash my browser, but it does look weird

(on Windows)

Works fine on my image viewer (looks weird)

I don't even know what it looks like. Guess I'll never know.

That's like knowing what cyanide smells like.

@ThatBrazilianGuy yes, your not missing anything

@ThatBrazilianGuy I think you have potentially found a security vulnerability in Firefox; congratulations :)

or the guy who posted it (intentionally...?!?!?!?!?) found it

@ThatBrazilianGuy you should open up the SVG and start removing stuff until it stops crashing, to isolate exactly what command crashes it

it's just XML, so you can easily remove sections of the image

Wow. It bombs on Windows too.

@allquixotic Weeeeeeeeeeeeeeeeee \o/

you could remove like, lines 250-354

@nhinkle really? what FF version?

@allquixotic not completely

I'm running 24.1.1; could it be a FF 25 issue on any platform?!

It hasn't crashed, but it's frozen and glitchy.

@nhinkle are you running FF 25?

Firefox is taking 30% CPU

Well I can't check the version because it's frozen...

@nhinkle kill and restart it, please.

Crap. Now firefox keeps being like "Let me take you back to the previous page like a good browser! I just want to help!"

OK. 25.0.1

Its that dang firefox again, why IE would load the virus and run it with no problems.

I am on FF25

@nhinkle downloading now. I was on ESR.

gimp and inkscape open the SVG fine.

it's a rendering problem with FF >= 25

So does Chrome.

Platform independent

anybody have a mozilla bugzilla account?

actually, wait. it HAS TO BE driver- or hardware-specific!

I need to know which graphics driver and video card both of you are using @nhinkle and @ThatBrazilianGuy

@allquixotic how?

@nhinkle the graphics card make/model and the date of release of your driver package should suffice, since you're on win32

I just have Intel integrated graphics. Core i5-3210M

ok... does your task manager show hugely bloated (more than 1000MB) memory usage for FF when you load that SVG?

@allquixotic how do I find it out?

@ThatBrazilianGuy glxinfo and lspci -nnvv

(run the first as non-root, the second as root)

Intel HD 4000 (Driver 10.18.10.3282, 8/26/2013)

@nhinkle thank you kindly

still need to know how much memory FF is using in Task Manager with that svg open

if it's more than several hundred megs, then you have the bug; if not, it's just bloaty but not suffering from The Bug we're hunting

@allquixotic I'm getting memory usage oscillating between ~400 MB and ~1500 MB

NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] // Mesa Project and SGI v.14 // OpenGL renderer string: Gallium 0.4 on NV98

@nhinkle 1500 MB just for Firefox rendering that SVG? whaaa....

well, the fact that it isn't outright crashing is definitely different behaviour than Ruda's seeing on Linux, but 1500 MB is way too much for just that

@nhinkle sorry, no, that's not what I meant; please go to Details and check how much memory Firefox specifically is using

The oscillations start right as I opened Firefox.

oh, I see... very interesting

@allquixotic the number I told you is Firefox specifically.

@nhinkle ok, thanks... so that jaggedness in the memory only happens when you're rendering that SVG?

@allquixotic Ubuntu/Debian with/out HWA firefox crawls

@allquixotic whoa.. get this. So the memory usage calmed down a while after I switched to a different window (Firefox still open in the background)... when I reopen it, it shoots back up and starts oscillating again.

it's still got to be hardware specific, because I'm running a very old Nvidia driver from ~2010 (I don't have control over it) on Win7 with the latest Firefox and my memory is absolutely stable, and FF is eating a "normal" amount of memory at all times, with fairly low CPU usage

Now it's calmed down again... Now I switch back and bam!

@nhinkle OK, that definitely tells me that this is driver related; Firefox must be pushing "frames" of that SVG (each frame is the same, but hey, it could be recalculating it each time) to the backend renderer (2D canvas or whatever), and each frame requires it to draw all of those damn spheres

but why is this working 100% fine on my FF 24 and/or 25.0.1 on Win7?

is it because I have a specifically old driver?

The oscillation is really weird.

this is what the image is supposed to be like

@nhinkle does FF's own memory oscillate, or does the total system memory oscillate while FF's remains the same?

@allquixotic FF oscillates.

@Braiam yes, there's a big transparent thingy in the middle

@ThatBrazilianGuy ^ the center is transparent

in a browser it appears as white because the background is white

@Psycogeek Do you know why left LED never turns off fully? i.imgur.com/rH8J4on.jpg

I should note that I'm on Windows 8.1, not Windows 7.

but from what little I know of SVG rendering, the browser is technically rendering the SVG as a sequence of "frames"

@nhinkle thanks, that helps... but we've already detected at least very significant anomalies across two major, distinct platforms: Windows 8.1 and GNU/Linux (Fedora 19)

but the weird thing is... that that crappy 86KB thingy makes firefox crawls

I guess the problem is so freaking bad on Ruda's box that it just flat-out OOMs, which is why his lags so badly

@allquixotic add there Debian/Ubuntu

it isn't as bad on your system, so you don't OOM.

Windows has (IIRC) better separation of graphics from each program.

the architecture of the graphics stacks across Win/Lin is fairly similar these days with Gallium3d, DRI2 and compositing on Linux

At least in Vista and later. Each process gets its own canvas to draw on essentially, and the whole system is graphics-accelerated and managed by the DWM.

not identical, but close

@nhinkle DWM === (for all intents and purposes) a compositing manager like Gnome-Shell on GNU/Linux desktop these days

@allquixotic that will depend on the memory available, may well have the same symptoms with less memory

@Boris_yo i am not sure that is led? there is another type of display that looks similar but is "florescent" digits? what color was the display?

@terdon true

@terdon how much memory do you have?

@terdon you're a smart guy; having read the huge backlog on this, any insight into what's going on? we have similar-ish symptoms on two platforms now, but I'm a weirdo because I can't reproduce the problem at all o_O

we've narrowed it down to one specific SVG rendered in Firefox, causing an undue spike in FF memory usage, although the extent of that spike is much worse on GNU/Linux

@nhinkle 8 gigs, crashes firefox, rest of the system is fine

@allquixotic put up a VM with low mem and try...

@Braiam I will at home

@terdon Hm. I also have 8 GB.

@allquixotic thank's for the compliment but I don't have enough understanding if the underlying systems to make a good guess.

somebody really needs to get this in mozilla bugzilla as a critical/blocker priority

i'll make an account if no one else wants to do it

User Agent Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0

@allquixotic I have one...

It's clearly not a problem with all SVGs - I opened some random SVGs on wikipedia with no problems.

now that we've narrowed it down to one specific image, they should be able to figure out why

@nhinkle yeah, and we have a pageful of SVGs that are fine here -- click the destructive button and watch em fly by mostly undisturbed

the offending SVG is in there somewhere but you'll see a series of SVGs that are fine before then

@nhinkle Just pointing out that in my system (Debian) the OOM killer does not step in cause I have enough memory to deal with what FF is requesting. @ThatBrazilianGuy's system probably doesn't which is why the entire system freezes and not just the browser.

mine gets swap+ram full.... all the 4 GB

@terdon are you 32-bit?

@Braiam yeah, mine goes up to 4G I just have enough that that is not a problem

My coworker has 8 GB, it eats 4096 MB then a popup pops up and FF closes.

@allquixotic nah, 64

64 here

@terdon ok, was just wondering if you were running out of VAS before you hit the system OOM situation

I'm going to try it on Android Firefox to add another datapoint

if you guys crash my phone Imma rage

@allquixotic nobody asked you to use your phone!!!!!!

@Boris_yo Come to think of it, the car stereo did the same thing. There was a blue led (if i remember right) on one side of the display, and the usual diffusion layers to spread the light out. A 3mm led had failed because it was blue (and blues fail in time sooner) , and it was overdriven , and it got hot in that player. Pulled it apart and put a slow chaging RGB chip led in, because they waste power with the curcuit. it has worked ever since, but noxiously changes colors :-)

it looks beautiful and it works fine on my phone

with Firefox 25.0.1 for Android

Android is probably different enough from Windows/Linux in its rendering API to not hit that case

Nvidia and AMD use very similar driver cores for their Windows and Linux proprietary graphics drivers, so it might be specific to one (or both) of those; the Android driver stack is completely different and shares no common heritage with either

i still need glxinfo from @terdon and @ThatBrazilianGuy

(run it as a regular user)

@allquixotic are you using cairo or skia?

@allquixotic while having the image open in firefox or whenever?

@Braiam um...... there exists skia for firefox?

@allquixotic remember, I'm running Intel integrated.

@terdon it's context-independent; just run it in a terminal on your desktop, the results will be the same

So it's not just an AMD/Nvidia thing.

AzureCanvasBackend	skia
AzureContentBackend	none
AzureFallbackCanvasBackend	cairo
AzureSkiaAccelerated	0

@nhinkle good point, thanks! Intel's proprietary Windows graphics driver shares no common heritage with any other driver on any platform, AFAIK.

^ about:support, go down...

@Braiam aha, i will check on my phone. on my desktop I'm running the direct2d AzureCanvasBackend and AzureContentBackend

glxgears : 300 frames in 5.0 seconds = 59.911 FPS

$ inxi -G
Graphics:  Card: NVIDIA GT216GLM [Quadro FX 880M] X.Org: 1.12.4 driver: nvidia Resolution: [email protected], [email protected]
           GLX Renderer: Quadro FX 880M/PCIe/SSE2 GLX Version: 3.3.0 NVIDIA 304.88

@Boris_yo OOps, that was for This picture i.imgur.com/McbzoHC.jpg, not the charger picture.

@terdon glxinfo, not gears...

ok, actually that's enough info :)

Ah, bugger sorry

NVIDIA 304.88 is sufficient

brb, restarting ff with hardware accel disabled

Anything more that could be useful? In the meantime, I am editing the svg in emacs to see if I can pinpoint the problem

@Boris_yo i.imgur.com/rH8J4on.jpg for this picture. I have to know more info. Never turns off ever? or never turns off with certian batteries?

nope, still working fine here even with FF set to disable hw accel

my system just can't reproduce the problem, period.

@terdon your about:support copied as text from FF would be useful, because we already have that from a few people, so we can start to correlate the results

it might be something specific to the cairo renderer because i can't reproduce it with direct2d... i wonder which one @nhinkle is using

@allquixotic pastebin.com/ZRWsnzFg and pastebin.com/h3FhqpPh

@Braiam brought up a great point that depending on the version of our graphics drivers and our platform, Firefox is going to detect and switch on different rendering backends for the canvas and the content

that's very, very likely to influence the reproduceability of the bug

my about:support pastebin.com/YTsCxhav

we are like detectives -- Mozilla is going to be so impressed when we file our bug report

@terdon it'll be extremely helpful if you can narrow it down or even just simplify the image by throwing out stuff within the svg xml that isn't contributing to the problem

@allquixotic Am I weird for finding this bughungting actully fun?

!!no