My favorites | Sign in
Logo
Project hosting will be READ-ONLY Wednesday at 8am PST due to brief network maintenance.
             
New issue | Search
for
| Advanced search | Search tips
Issue 34: updateEngines() blocks JavaScript execution
1 person starred this issue and may be notified of changes. Back to list
Status:  Verified
Owner:  classi...@floodgap.com
Closed:  Oct 23
Type-Defect
Priority-High
Milestone-Release9.0.4


Sign in to add a comment
 
Reported by classi...@floodgap.com, Jul 30, 2009
Reported on http://www.betterworldbooks.com/ but probably affects other sites:

Error: [Exception... "Component returned failure code: 0x8000ffff
(NS_ERROR_UNEXPECTED) [nsIPrefBranch.getComplexValue]"  nsresult:
"0x8000ffff (NS_ERROR_UNEXPECTED)"  location: "JS frame ::
chrome://navigator/content/urlbarBindings.xml#autocomplete-result-popup.updateEngines()
:: updateEngines :: line 21"  data: no]
Source File:
chrome://navigator/content/urlbarBindings.xml#autocomplete-result-popup.updateEngines()
Line: 21

Error: __doPostBack is not defined
Source File: javascript:__doPostBack('_ctl0$Hcl$SMc$Llb','')
Line: 1

This occurs trying to click any of the JavaScript links at the top,
regardless of NoScript status. This is a confirmed regression from WaMCom,
so it needs to be fixed for 9.0.4.
Comment 1 by classi...@floodgap.com, Aug 14, 2009
Fixed by an additional try() { } catch() { } in that function. This appears to be due
to the different profiles used in Classilla. Watching for other changes. The reported
site now functions normally.
Status: Verified
Comment 2 by classi...@floodgap.com, Oct 23, 2009
Reopening. While doing last-minute testing on 9.0.4, this issue has failed again, and
it appears due to the site updating to a later version of ASP.NET. There is nothing
in the JavaScript console. The new site does also work in 1.3.1 (at least clicking on
it -- the site itself bugs out on my 800x600 iBook, but when I can click on the link,
it still functions), so this is still technically a regression.
Status: Accepted
Comment 3 by classi...@floodgap.com, Oct 23, 2009
Analysis in Venkman shows that WebResource.axd is not loading (it *does* load in 1.3.1).
Comment 4 by classi...@floodgap.com, Oct 23, 2009
This particular bug is invalid (still closing as Verified for the initial issue).
Looking at the HTML in 1.3.1 and Camino shows that the HTML is *different* on those
browsers. When I change Classilla's user agent to Firefox 3.5, then the site works
also in Classilla. When I change it back, it does not pass the <script> tag to load
WebResource.axd.

As a cross-check, it also behaves similarly in iCab. This is an evangelism issue.
When Classilla gets good enough to use a Gecko UA normally, this issue will just go
away, but shame on Microsoft for SUCKING.
Status: Verified
Sign in to add a comment

Hosted by Google Code