Created attachment 353136
hacky patch used for initial verify
1. start http live headers
2. reset app.update.lastUpdateTime.blocklist-background-update-timer
3. open error console
4. force blocklist update by running:
Components.classes['@mozilla.org/extensions/blocklist;1'].getService(Components.interfaces.nsITimerCallback).notify(null)
5. check the GET url invoked
Created attachment 353136
hacky patch used for initial verify
1. start http live headers lastUpdateTime. blocklist- background- update- timer classes[ '@mozilla. org/extensions/ blocklist; 1'].getService( Components. interfaces. nsITimerCallbac k).notify( null)
2. reset app.update.
3. open error console
4. force blocklist update by running:
Components.
5. check the GET url invoked
result: /addons. mozilla. org/blocklist/ 2/%7Bec8030f7- c20a-464f- 9b0e-13a3a9e973 84%7D/3. 0.4/Firefox/ 2008111319/ Linux_x86_ 64-gcc3/ chrome: //glo intl.properties /default/ Linux%202. 6.27-7- generic% 20(GTK% 202.14. 4)/canonical/ 1.0/
https:/
bal/locale/
expected result: /addons. mozilla. org/blocklist/ 2/%7Bec8030f7- c20a-464f- 9b0e-13a3a9e973 84%7D/3. 0.4/Firefox/ 2008111319/ Linux_x86_ 64-gcc3/ en-US/default/ Linux%202. 6.27-7- generic% 20(GTK% 202.14. 4)/canonical/ 1.0/
https:/
difference: %LOCALE% is replaced by chrome: //global/ locale/ intl.properties ... but should be en-US
Note: this probably busts "OS" stats if they are based on blocklist runs.
Evaluation: PREF_GENERAL_ USERAGENT_ LOCALE seems to be a complex pref; fix would first check for complex pref and then fall back to not complex pref.
attaching a hacky patch i did for initial testing ... will attach a clean one