Closed Bug 545833 Opened 16 years ago Closed 16 years ago

tinderboxpushlog: fails to load with non-permanent cookies and dom.storage disabled

Categories

(Tree Management Graveyard :: TBPL, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: KaiE, Assigned: mstange)

Details

http://tests.themasta.com/tinderboxpushlog/ For me, page indicates its loading, but nothing happens, forever. It took me a while to check all my prefs and I identified the cause are my privacy settings: user_pref("network.cookie.lifetimePolicy", 1); user_pref("dom.storage.enabled", false); If the page depends on those prefs, the page should at least warn about this dependency.
Assignee: build → nobody
Component: Tinderbox Configuration → Tinderboxpushlog
Product: mozilla.org → Webtools
QA Contact: ccooper → tinderboxpushlog
The dependence on those prefs is not intentional.
Assignee: nobody → mstange
Status: NEW → ASSIGNED
http://hg.swatinem.de/tinderboxpushlog/rev/67994c46fbcd This falls back to a plain JS object if there is no local/globalStorage.
Assignee: mstange → arpad.borsos
http://hg.mozilla.org/users/mstange_themasta.com/tinderboxpushlog/rev/67994c46fbcd Thanks Arpad, and it would be good to mention the bug number in the commit message next time.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
I poked Markus about deploying this, which meant I got to test it :-) Unfortunately, the fix doesn't seem to work. :-( I checked in both Camino-1.9.2-experimental-debug and Fx3.6 with fresh profiles, and only toggled cookies to "Ask" (network.cookie.lifetimePolicy to 1), and there's no change in loading-but-nothing-happening-behavior. There don't appear to be any useful messages in the console.log/Error Console, either.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
If you've only set "Ask for cookies" ("network.cookie.lifetimePolicy", 1), you can work around this bug by setting a cookie exception for tests.themasta.com. That won't help kaie, though, because dom.storage.enabled being set to true still appears to be a sine qua non.
We didn't catch the security exception when accessing window.localStorage. http://hg.mozilla.org/users/mstange_themasta.com/tinderboxpushlog/rev/8b1eae29d7a6
Assignee: arpad.borsos → mstange
Status: REOPENED → RESOLVED
Closed: 16 years ago16 years ago
Hardware: x86 → All
Resolution: --- → FIXED
Thank you very much! verified
Status: RESOLVED → VERIFIED
Product: Webtools → Tree Management
Version: other → unspecified
Product: Tree Management → Tree Management Graveyard
You need to log in before you can comment on or make changes to this bug.