Rated 1 out of 5 stars

This extension is worse than useless because, although it shows the correct font stack, it can actually show the wrong rendered font.

For example, I have a stack that starts with Georgia, Times, etc... This extension claims that the font actually rendered is Times, but that's simply untrue; Georgia is available and is being rendered. Although they're fairly similar fonts, I know the difference between the two -- just zoom in on a lower-case "i" or "j" and it's obvious. (I used to teach typographic design.) Anyway, just to make sure I wasn't making a mistake, I checked it against a font book. I wasn't wrong; the extension was.

I don't know what the problem is with this extension. Might it be because I'm using an older version of Mac OSX? (Snow Leopard, 10.6.8.) Hard to believe that would matter... and if there's a compatibility issue, it should just refuse to work at all. Anyway, until they correct this bug, I advise people to avoid it because it could confuse you big-time.

By the way, they do seem to have fixed the entirely different problem I reported back in 2012, in my prior 1-star review. I thought I'd give this another chance now. Oh well.

This review is for a previous version of the add-on (1.1.1.1-signed).  This user has a previous review of this add-on.

Can you put up an example on http://jsfiddle.net/? That would be incredibly useful in helping us fix it. We detect the font based on replaying the CSS' stack and then stubbing a bunch of elements to find a matching height/width (that's why fixed-width fonts won't work.)

I've been playing with a new mechanism against more modern versions of FF, but a live example of an unhappy result would really help me vet the possible new solution.