I realized today that I could not edit tag filters from the sidebar on the home page. Clicking the 'edit' link beside the "Favorite Tags" header simply did nothing. Experimenting with disabling various browser addons did not help. I traced the problem to a line in the Firefox console "TypeError: localStorage is null (full.en.js:139)". Temporarily enabling "localStorage" in Firefox fixed the problem. However, I'm sure this is a bug, because whether localStorage is enabled or not, the tag filter works perfectly (indicating that the tags are not stored in localStorage), and as I later found I can edit the tags fine from the other UI for them on the user preferences page.
dom.storage.enabled
. With this set to false,window.localStorage
is definitely null. I'm not sure if it should be but it is."<script>document.write(window.localStorage);</script>"
, which outputs "[object Storage]" or "null" depending on thedom.storage.enabled
setting. Perhaps Firefox 25/26+ behaves differently there."<script>StackExchange.using("gps", function () { StackExchange.gps.track("homepage.visit", {}, true); });</script>"
, which is the code that's getting upset by the disabled DOM storage, causing the JavaScript error that is stopping JavaScript execution, thus causing the tag editing to break. If I send any other user agent then that GPS/track thingie is not included in the response. Could this different page header be coming from some StackExchange cache server with a stale entry?!window.localStorage
, but looks like either FF 24.3 doesn't work correctly with it when disabled, or we need to add a test for disabled localStorage (not sure if that's possible).var b=localStorage[c];
which is on line 139 (I don't know what it looks like unminified though). That particular function doesn't have any check thatlocalStorage
is defined.