Register a SA Forums Account here!
JOINING THE SA FORUMS WILL REMOVE THIS BIG AD, THE ANNOYING UNDERLINED ADS, AND STUPID INTERSTITIAL ADS!!!

You can: log in, read the tech support FAQ, or request your lost password. This dumb message (and those ads) will appear on every screen until you register! Get rid of this crap by registering your own SA Forums Account and joining roughly 150,000 Goons, for the one-time price of $9.95! We charge money because it costs us $3,400 per month for bandwidth bills alone, and since we don't believe in shoving popup ads to our registered users, we try to make the money back through forum registrations.
«98 »
  • Locked thread
astral
Apr 26, 2004

Out there.


Beta 13 of restartless/tab-preferences-enabled SALR is out.
(note: you will not auto-update to this version, but this version will auto-update to the next release version)

new since beta 12 posted:

  • Optimized gif->video replacement; should improve page load times in gif-heavy threads compared to beta version 12.

new in beta 12 posted:

  • Added support to the video embedder for m.youtube.com links.
  • SALR's timer has been made significantly more efficient.
  • Fixed several bugs related to ignoring/SALR-starring not working properly in certain cases when a thread was already in the database.
  • Fixed some toolbar button display issues in older (pre-Australis) versions of Firefox.
  • Added experimental option to automatically convert imgur gifs to embedded video.
    • This option is disabled by default and can be enabled in the "Images" preference pane.
    • Gif-heavy pages will still take a little while to load. I'll be looking into if and how this might be further optimized.
    • Initial "Do we need to bother imgur with a request?" detection is based on image URL, so for now images that are mis-linked as things like ".gif?1" will not be picked up.
    • Results are cached until next browser restart to reduce network requests.
    • A queue exists to prevent multiple API requests for the same gif e.g. if it's quoted.
    • The initial implementation is using imgur's public v2 API-which is deprecated-but it lacks a global request limit. With the current implementation, there is a per-user (likely per-IP) limit, but it does seem quite high - I only was able to reach it after a lot of testing including loading probably over 15-20 pages in the GIF thread. If this somehow ends up being insufficient, I'll see about registering SALR with them again and see if they can't whitelist us so a handful of gif thread browsers wouldn't spoil it for everyone.
    • You can tell if you've hit the rate limit if gifs aren't being converted to video and your browser console (ctrl+shift+J) shows a lot of "403 Forbidden" entries for imgur. The rate limit will stop gifs from being converted for an hour.
    • If this works out, support for other sites can be added.

See previous posts for older notes. Please report any issues, including anything which may still be broken in e10s/multi-process Firefox.

If you encounter some kind of extension- or browser-breaking problem and you want to switch back to the last release version, that's here.

Important gif->video note: I'm not sure if it's something with my setup, but this option is extremely CPU-intensive for me in gif-heavy threads like the GIF thread. I'm talking ~50% CPU usage for MP4 but only ~30% CPU usage for WebM. Here's an alternate version that prioritizes WebMs when possible.

At first I thought multi-process firefox helped with this, but I was mistaken; it still does use that much of your processor.

astral fucked around with this message at Jun 6, 2015 around 18:56

Adbot
ADBOT LOVES YOU

Flipperwaldt
Nov 11, 2011

Won't somebody think of the starving hamsters in China?



Quick Reply window's submit button wouldn't do anything until I restarted the browser after updating to beta 13. Pretty hard to try to reproduce, so just a simple heads up should anyone bump into the same thing.

EDIT vvvv That's not the same thing at all.

Flipperwaldt fucked around with this message at Jun 17, 2015 around 09:05

Mad Doctor Cthulhu
Mar 3, 2008

PH.D IN DARKNESS, M.A. IN MADNESS, B.A. IN TERROR (with a minor in Women's Studies)

Yeah, I noticed the same thing. No quick reply/quote pop-out window at all. I'm going to go back to the stable version and see if that fixes it. I'm on 64-bit Windows 7 and Firefox 38.0.5.

Edit: yup, going to the stable version fixed it no problem.

Flipperwaldt
Nov 11, 2011

Won't somebody think of the starving hamsters in China?



Is the size of gifv/webm embeds fixed? Some of them embed at ridiculous sizes, especially if they were made from a video that was recorded vertically ()

This is an example (sorry, spider). When embedded, it easily exceeds 1200px vertically, but I've seen a couple that end up being almost twice that, which is stupid, especially considering their general poor image quality.

Messing with salr options for video or image embed sizes doesn't seem to do anything. Is this just a thing on my end?

astral
Apr 26, 2004

Out there.


Flipperwaldt posted:

Quick Reply window's submit button wouldn't do anything until I restarted the browser after updating to beta 13. Pretty hard to try to reproduce, so just a simple heads up should anyone bump into the same thing.

EDIT vvvv That's not the same thing at all.

I've run into this a couple of times myself. I think this happens if SALR updates while the quick window open, in which case the easiest and 'correct' solution would be to have SALR simply close and remove all references to any open quick window when it updates. The problem is that if that's happening with an automatic update while someone happens to be writing a long post, that would be pretty awful. I'll be working on an elegant way to retain the information across updates.

Mad Doctor Cthulhu posted:

Yeah, I noticed the same thing. No quick reply/quote pop-out window at all. I'm going to go back to the stable version and see if that fixes it. I'm on 64-bit Windows 7 and Firefox 38.0.5.

Edit: yup, going to the stable version fixed it no problem.

Currently, when SALR updates, it doesn't retroactively re-parse all of the already-opened-and-parsed-by-previous-version pages, so if it updates and you're trying to use quick buttons, keyboard navigation, etc. on an already-open page, you have to manually refresh it. The stable version 'fixed' this for you by basically performing that refresh when you restarted the browser. This will eventually be improved if possible.

Flipperwaldt posted:

Is the size of gifv/webm embeds fixed? Some of them embed at ridiculous sizes, especially if they were made from a video that was recorded vertically ()

This is an example (sorry, spider). When embedded, it easily exceeds 1200px vertically, but I've seen a couple that end up being almost twice that, which is stupid, especially considering their general poor image quality.

Messing with salr options for video or image embed sizes doesn't seem to do anything. Is this just a thing on my end?

Looks like WebMs were still setting width instead of a maximum width, so it was scaling those portrait videos up unnecessarily. Will be fixed in next beta. Note: the maximum width it uses will be the width of your video player size setting in preferences.

GruntyThrst
Oct 9, 2007

*clang*


For some reason new posts in threads I have read previously show up colored as old posts. Any idea what might cause that?

Flipperwaldt
Nov 11, 2011

Won't somebody think of the starving hamsters in China?



code:
[URL=http://imgur.com/ZBkQ7Zm][img]http://i.imgur.com/ZBkQ7Zm.jpg[/img][/URL]
I suppose as a consequence of an earlier imgur thumbnail/link fix, this now bypasses image size restrictions and breaks tables. I'm not sure if that's expected, it starts to break my brain thinking about it. What a pain in the rear end.

I put it in code tags because the original post is going to get fixed soon and I don't want to break tables here myself.

Megillah Gorilla
Sep 22, 2003

One Potato to rule them all,
One Potato to find them,
One Potato to bring them all
And in the darkness bind them.




Bread Liar

I had exactly the same issue with the Chrome version. I had to turn off "Convert links containing images" to stop my tables from exploding.


EDIT - which doesn't seem to work with Firefox, though.

bort
Mar 13, 2003



Clapping Larry

Gonna post this here because I was looking for it upthread and couldn't find it:

If you use pinned tabs (app tabs) in Firefox, and using the SALR menu throws pages into a new tab or new window:

In about :config, extensions.salastread.ignoreAppTabs needs to be true.

That is all!

bort fucked around with this message at Jul 11, 2015 around 12:04

hooah
Feb 6, 2006
WTF?

The quick reply doesn't seem to work great with Windows 10:

If I moused over where a button or check box should be, it would show up, however.

astral
Apr 26, 2004

Out there.


hooah posted:

The quick reply doesn't seem to work great with Windows 10:

If I moused over where a button or check box should be, it would show up, however.

Weird. I'll set up SALR in a Win10 VM to test later on, but in the meantime I'd suggest making sure that everything is okay with your video drivers (if you haven't already).

-----

Beta 14 of restartless/tab-preferences-enabled SALR is out.
(note: you will not auto-update to this version, but this version will auto-update to the next release version)

new since beta 13 posted:

  • Click-to-embed WebM and Gifv video fixes:
    • They now use CSS max-width instead of setting their width. This will stop smaller videos from scaling up.
    • They are limited in height to the same value set for max-width (to scale tall portrait-style videos the same way)
  • Added CPU usage warning for the experimental gif converter.
  • Prioritize WebM video over MP4 for gif conversion, for now.

new in beta 13 posted:

  • Optimized gif->video replacement; should improve page load times in gif-heavy threads compared to beta version 12.

new in beta 12 posted:

  • Added support to the video embedder for m.youtube.com links.
  • SALR's timer has been made significantly more efficient.
  • Fixed several bugs related to ignoring/SALR-starring not working properly in certain cases when a thread was already in the database.
  • Fixed some toolbar button display issues in older (pre-Australis) versions of Firefox.
  • Added experimental option to automatically convert imgur gifs to embedded video.
    • This option is disabled by default and can be enabled in the "Images" preference pane.
    • Gif-heavy pages will still take a little while to load. I'll be looking into if and how this might be further optimized.
    • Initial "Do we need to bother imgur with a request?" detection is based on image URL, so for now images that are mis-linked as things like ".gif?1" will not be picked up.
    • Results are cached until next browser restart to reduce network requests.
    • A queue exists to prevent multiple API requests for the same gif e.g. if it's quoted.
    • The initial implementation is using imgur's public v2 API-which is deprecated-but it lacks a global request limit. With the current implementation, there is a per-user (likely per-IP) limit, but it does seem quite high - I only was able to reach it after a lot of testing including loading probably over 15-20 pages in the GIF thread. If this somehow ends up being insufficient, I'll see about registering SALR with them again and see if they can't whitelist us so a handful of gif thread browsers wouldn't spoil it for everyone.
    • You can tell if you've hit the rate limit if gifs aren't being converted to video and your browser console (ctrl+shift+J) shows a lot of "403 Forbidden" entries for imgur. The rate limit will stop gifs from being converted for an hour.
    • If this works out, support for other sites can be added.

See previous posts for older notes. Please report any issues, including anything which may still be broken in e10s/multi-process Firefox.

If you encounter some kind of extension- or browser-breaking problem and you want to switch back to the last release version, that's here.

astral fucked around with this message at Aug 3, 2015 around 18:34

calandryll
Apr 25, 2003

Ask me where I do my best drinking!


Pillbug

I'm using Windows 10 and Quick Reply is working for me. Updated from 8.1 Pro.

Flipperwaldt
Nov 11, 2011

Won't somebody think of the starving hamsters in China?



astral posted:

Click-to-embed WebM and Gifv video fixes:

They now use CSS max-width instead of setting their width. This will stop smaller videos from scaling up.
They are limited in height to the same value set for max-width (to scale tall portrait-style videos the same way)
http://forums.somethingawful.com/sh...196&forumid=167

I can find no way to affect the size of the tic tac toe playing robot gifv. I tried setting picture max width and height to something ridiculously small (300px) and changed embedded player size to tiny (because I don't remember which of either was supposed to apply) and the thing is still taller than my screen (1200px). Restarted the browser in between a couple of times to see if that made a difference, but no dice. Don't know if that's working as intended somehow.

Marta Velasquez
Mar 9, 2013

Good thing I was feeling suicidal this morning...


Fallen Rib

Flipperwaldt posted:

http://forums.somethingawful.com/sh...196&forumid=167

I can find no way to affect the size of the tic tac toe playing robot gifv. I tried setting picture max width and height to something ridiculously small (300px) and changed embedded player size to tiny (because I don't remember which of either was supposed to apply) and the thing is still taller than my screen (1200px). Restarted the browser in between a couple of times to see if that made a difference, but no dice. Don't know if that's working as intended somehow.

Not sure if this helps, but in Firefox 39.0, this rule affects it:

code:
p > video
{
	max-height: 300px;
}
I tried that using Firebug.

Dodoman
Feb 26, 2009



A moment of laxity
A lifetime of regret


Lipstick Apathy

calandryll posted:

I'm using Windows 10 and Quick Reply is working for me. Updated from 8.1 Pro.

Same here.

astral
Apr 26, 2004

Out there.


Flipperwaldt posted:

http://forums.somethingawful.com/sh...196&forumid=167

I can find no way to affect the size of the tic tac toe playing robot gifv. I tried setting picture max width and height to something ridiculously small (300px) and changed embedded player size to tiny (because I don't remember which of either was supposed to apply) and the thing is still taller than my screen (1200px). Restarted the browser in between a couple of times to see if that made a difference, but no dice. Don't know if that's working as intended somehow.

For the gifv/webm videos that are linked, it's supposed to take the width of your setting for the 'embedded [video] player size' option and sets that as a maximum for both width and height, scaling either or both if necessary. I'll see if that's not working as intended.

Edit: It's not, but I fixed it for the next beta version. If you don't want to wait, you can click here to get beta 14.1 with the fix.

astral fucked around with this message at Aug 3, 2015 around 22:15

Flipperwaldt
Nov 11, 2011

Won't somebody think of the starving hamsters in China?



In the quick fix version, the forums navigator in the bottom right corner of the browser is enabled and the check mark to remove it doesn't work. But don't worry about it.

The gifv sizing now works as advertised, though something I never noticed before is that, apparently just like the regular video embedding, it obeys the Windows dpi scaling setting. So I do have to set video to a maximum width of "640px" to obtain a maximum actual height of 960px for the gifvs at a 150% dpi scaling setting (10" 1920x1200 touchscreen, that's why). The same applies to maximum image sizes.

I guess it makes sense, I just never noticed. It certainly explains some of my confusion and why I would be confronted with ridiculous gifv sizes in the first place.

astral
Apr 26, 2004

Out there.


Flipperwaldt posted:

In the quick fix version, the forums navigator in the bottom right corner of the browser is enabled and the check mark to remove it doesn't work. But don't worry about it.

There are two forum navigator settings; is it possible that one of the two might still be enabled? This comes up a lot; in the future there will be a 'Navigation' preference pane that groups all the navigation settings together (KB nav, mouse gesture nav, bottom-right page navigator).

quote:

The gifv sizing now works as advertised, though something I never noticed before is that, apparently just like the regular video embedding, it obeys the Windows dpi scaling setting. So I do have to set video to a maximum width of "640px" to obtain a maximum actual height of 960px for the gifvs at a 150% dpi scaling setting (10" 1920x1200 touchscreen, that's why). The same applies to maximum image sizes.

I guess it makes sense, I just never noticed. It certainly explains some of my confusion and why I would be confronted with ridiculous gifv sizes in the first place.

DPI and DPI scaling make everything more fun.

astral fucked around with this message at Aug 4, 2015 around 00:08

hooah
Feb 6, 2006
WTF?

For whatever reason, the Quick Reply window looks fine for me now without any changes.

Flipperwaldt
Nov 11, 2011

Won't somebody think of the starving hamsters in China?



astral posted:

There are two forum navigator settings; is it possible that one of the two might still be enabled?
Ah, yes, I see, that was it. Why that suddenly got enabled, I don't know.

Thanks again for the update, man.

Lprsti99
Apr 7, 2011

Everything's coming up explodey!



Pillbug

GruntyThrst posted:

For some reason new posts in threads I have read previously show up colored as old posts. Any idea what might cause that?

Same here, and it scrolls right to the bottom of the current page.

E: If it opens a new page it works fine though.

Lprsti99 fucked around with this message at Aug 4, 2015 around 01:01

GruntyThrst
Oct 9, 2007

*clang*


Lprsti99 posted:

Same here, and it scrolls right to the bottom of the current page.

E: If it opens a new page it works fine though.

Mine just kinda fixed itself at some point.

Lprsti99
Apr 7, 2011

Everything's coming up explodey!



Pillbug

It's weird, it seems like posts are getting marked as read from the ucp somehow, because I refreshed the page, and a thread that only supposedly had 3 new posts actually had like 20, because I hadn't looked at it since yesterday. No one else using my account or anything, either. (And when I open the thread, even the last 3 posts which should have been 'new' were marked as read.)

E: Okay, so it seems like whenever I click the "Jump to last read" button for one post, it randomly 'reads' every other bookmarked thread in the ucp, starting at the latest post, and continuing until the end of that post's page. I have no idea what is going on

EE: Or not. I opened a thread to last read, opened the ucp from that tab, then immediately refreshed the ucp on the original tab, and got completely different results



Suppose I should note I'm on Win10, if it makes a difference.

EEE: Well, checked what I should have, and the whole 'posts are already marked as read' thing happens even with salr disabled, which makes me suspect all of this wonkiness is win10 and/or firefox related for me. Sorry for making GBS threads up the thread.

Lprsti99 fucked around with this message at Aug 5, 2015 around 07:20

astral
Apr 26, 2004

Out there.


Lprsti99 posted:

It's weird, it seems like posts are getting marked as read from the ucp somehow, because I refreshed the page, and a thread that only supposedly had 3 new posts actually had like 20, because I hadn't looked at it since yesterday. No one else using my account or anything, either. (And when I open the thread, even the last 3 posts which should have been 'new' were marked as read.)

E: Okay, so it seems like whenever I click the "Jump to last read" button for one post, it randomly 'reads' every other bookmarked thread in the ucp, starting at the latest post, and continuing until the end of that post's page. I have no idea what is going on

EE: Or not. I opened a thread to last read, opened the ucp from that tab, then immediately refreshed the ucp on the original tab, and got completely different results



Suppose I should note I'm on Win10, if it makes a difference.

The problem you describe at first sounds like something is causing the 'Jump to last read' link (or the page it would have pointed at) to be loaded more than once. If you're using a mouse, is it possible that your mouse has developed a fault and is causing a double-click to occur on the 'Jump to last read' button? Razer mice especially can fall victim to this. Alternatively, your post mentions a time gap of a day; could the same thread you're having issues with already be open in another tab somewhere so it's being loaded when you start (or restart) this or some other browser?

What is the problem in that screenshot?

Lprsti99
Apr 7, 2011

Everything's coming up explodey!



Pillbug

Well, like I said, the issue appears to be present even without the extension active, but I'll answer anyway. When I close firefox I close out of all open threads first, so when it loads up, only the ucp opens, and threads that I've not looked at in the meantime (including on the phone or whatever) have a bunch of new posts that are already considered read when I open the ucp on firefox.

In the picture, I clicked 'jump to new post' on a thread, opened the ucp on that tab, and then refreshed the ucp on the original tab. the window on the right of the screenshot was opened immediately after the one on the left, but a bunch of the threads that had unread posts on the first window are marked as read on the second, even though there was almost no delay between opening them.

astral
Apr 26, 2004

Out there.


quote:

EEE: Well, checked what I should have, and the whole 'posts are already marked as read' thing happens even with salr disabled, which makes me suspect all of this wonkiness is win10 and/or firefox related for me. Sorry for making GBS threads up the thread.

Lprsti99 posted:

Well, like I said, the issue appears to be present even without the extension active, but I'll answer anyway. When I close firefox I close out of all open threads first, so when it loads up, only the ucp opens, and threads that I've not looked at in the meantime (including on the phone or whatever) have a bunch of new posts that are already considered read when I open the ucp on firefox.

Didn't see your edit til after I posted. No worries; it didn't sound like an SALR problem but just in case it was I was happy to help.

If the postcounts already showing up as more read than they should be when you open the UCP for the first time on Firefox, and if you've viewed the UCP on your phone in the meantime, it's possible that your phone was prefetching some of the links on that page, including 'Jump to last read post' links. With Chrome for Android it's settings->advanced->privacy, Prefetch page resources, if it's set to 'always' or 'only on wi-fi' that could well be the issue.

quote:

In the picture, I clicked 'jump to new post' on a thread, opened the ucp on that tab, and then refreshed the ucp on the original tab. the window on the right of the screenshot was opened immediately after the one on the left, but a bunch of the threads that had unread posts on the first window are marked as read on the second, even though there was almost no delay between opening them.

That part's just a known forum bug, unfortunately. A thread with a newer reply will show the newer date but show up lower in the bookmark list sometimes before showing up in its proper place on a future page load.



Good luck finding what's causing your new reply count problem!

astral fucked around with this message at Aug 5, 2015 around 07:59

Vapor Moon
Feb 24, 2010

Neato!


The Human Font

astral posted:

What is the problem in that screenshot?

I would say their colour scheme. Goddamn.

astral
Apr 26, 2004

Out there.


Just as a bit of an update for anyone curious about the status of the SALR extension getting signed, SALR passes all of the automated validation checks for signing.

The only problem is that, likely because a version of it had been previously uploaded to addons.mozilla.org (AMO), there's a "duplicate UUID" error that pops up when I try to get it signed, despite the older version not being there any more. Once this gets squared away with the AMO admins, SALR will be signed and Firefox won't complain about it anymore.

Lprsti99
Apr 7, 2011

Everything's coming up explodey!



Pillbug

Well, I have no idea what was causing the issues I was dealing with, but refreshing firefox with this page sorted everything.

Feature request: Can there be an option to put the number of new replies next to the 'jump to new' button? It works like that in the chrome version and I've gotten used to it. If not, no big deal.

Flipperwaldt
Nov 11, 2011

Won't somebody think of the starving hamsters in China?



Lprsti99 posted:

Feature request: Can there be an option to put the number of new replies next to the 'jump to new' button? It works like that in the chrome version and I've gotten used to it. If not, no big deal.
Either go to Forums > Forum Features and check "Show new replies count in the replies column" to have it there or go to Forums > Icons and uncheck both "Use this x icon" options to have the new reply count on the "jump to new" button the way the forums do without SALR.

calandryll
Apr 25, 2003

Ask me where I do my best drinking!


Pillbug

Another feature request, possible to make the link color for gifv/webm a different color than the link colors for Youtube? I typically skip over Youtube links but would like to view gifv, etc.

Lprsti99
Apr 7, 2011

Everything's coming up explodey!



Pillbug

Flipperwaldt posted:

Either go to Forums > Forum Features and check "Show new replies count in the replies column" to have it there or go to Forums > Icons and uncheck both "Use this x icon" options to have the new reply count on the "jump to new" button the way the forums do without SALR.

Been using SALR for so long I forgot the default forums have that

unruly
May 12, 2002

YES!!!

Firefox 40 is out today. One of the new "features" is to warn people about unsigned XPI's. Guess what extension is unsigned

I can't imagine there is an easy way to fix it short of uploading it to the official extension site, especially since it looks like Firefox will no longer allow installation of unsigned extensions in the future.

Firefox, never change. No seriously. Stop it, it's getting worse.

Edit: What I see in the addons page:

unruly fucked around with this message at Aug 11, 2015 around 19:53

hooah
Feb 6, 2006
WTF?

Read the thread. Astral's working on this.

astral
Apr 26, 2004

Out there.


Good news on the signing front. The UUID situation has been taken care of, and SALR is now completely validated!



Except somehow it's going to require an annoying manual review for issues that are hidden by that checkbox!



Hooray for AMO bugs!

unruly
May 12, 2002

YES!!!

hooah posted:

Read the thread. Astral's working on this.


Thanks. Seems to be my thing today, not reading.

astral
Apr 26, 2004

Out there.


If signature enforcement has disabled SALR or other addons (if you're using Firefox Developer Edition, etc) you need to go into about :config and set the boolean
code:
xpinstall.signatures.required
to false. This is only a temporary measure; in a couple Firefox versions they won't even let you do that.

Hopefully this headache of getting SALR signed is done before that. The FAQ for this says

quote:

If the file doesn't pass review, the developer will have the option to request a manual review, which should take less than two days. This is not the same process that currently applies to AMO add-ons, which has been typically slower.
so at least theoretically this won't take that long. SALR is now 6th (of 6) in the queue for that.

Nate RFB
Jan 17, 2005



Clapping Larry

I'm not sure if this is me, SALR, or Firefox, but ever since imgur crapped out a few days ago and/or Firefox updated to 40 I've been noticing that on the forums when someone posts an image usually it will load for their post but not for anyone who quotes them and sometimes not even the initial image loads. I've seen this behavior on two separate PCs. I want to say it's Firefox/SALR because I'm pretty sure I've seen it happen on non-imgur images. Could this be the result of the above signature issue?

Flipperwaldt
Nov 11, 2011

Won't somebody think of the starving hamsters in China?



Nate RFB posted:

I'm not sure if this is me, SALR, or Firefox, but ever since imgur crapped out a few days ago and/or Firefox updated to 40 I've been noticing that on the forums when someone posts an image usually it will load for their post but not for anyone who quotes them and sometimes not even the initial image loads. I've seen this behavior on two separate PCs. I want to say it's Firefox/SALR because I'm pretty sure I've seen it happen on non-imgur images. Could this be the result of the above signature issue?
If I recall correctly, this is what happens when you block the script that timgs. So maybe look into privacy related addons if you've got them. There's probably something blocking scripts from ajax.googleapis.com or something.

Adbot
ADBOT LOVES YOU

Nate RFB
Jan 17, 2005



Clapping Larry

It's not SALR at least, since I forgot I could just you know disable it and reload Firefox to test that. Guess I'll just run through the list enabling/disabling add-ons until something changes.

  • Locked thread
«98 »