search

KawaiiBASIC / classilla

Automatically exported from code.google.com/p/classilla
0 stars 0 forks source link

updateEngines() blocks JavaScript execution #34

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
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.updateEn
gines()
:: updateEngines :: line 21"  data: no]
Source File:
chrome://navigator/content/urlbarBindings.xml#autocomplete-result-popup.updateEn
gines()
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.

Original issue reported on code.google.com by classi...@floodgap.com on 30 Jul 2009 at 12:42

GoogleCodeExporter commented 9 years ago 
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.

Original comment by classi...@floodgap.com on 14 Aug 2009 at 3:32

GoogleCodeExporter commented 9 years ago 
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.

Original comment by classi...@floodgap.com on 23 Oct 2009 at 4:11

GoogleCodeExporter commented 9 years ago 
Analysis in Venkman shows that WebResource.axd is not loading (it *does* load 
in 1.3.1).

Original comment by classi...@floodgap.com on 23 Oct 2009 at 4:34

GoogleCodeExporter commented 9 years ago 
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.

Original comment by classi...@floodgap.com on 23 Oct 2009 at 4:42