Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#3139 closed defect (fixed)

isDebug=true crashes test_validate in IE6/7 over HTTP

Reported by: haysmark Owned by: James Burke
Priority: high Milestone: 0.9beta
Component: Dijit Version: 0.9
Keywords: Cc:
Blocked By: Blocking:

Description

test_validate will not run in IE6/7 over HTTP. It runs fine in IE6 over file://, and runs fine in both IE6 and IE7 over HTTP if isDebug=false. It's as if Firebug-lite is causing problems for the dynamically created textbox widgets when running over HTTP.

Will resolve for now by setting isDebug to false.

Change History (7)

comment:1 Changed 12 years ago by haysmark

Component: GeneralDijit
Owner: changed from haysmark to bill

Not sure who to assign this to. Who works on Firebug-lite compatibility?

comment:2 Changed 12 years ago by James Burke

Owner: changed from bill to James Burke
Status: newassigned

I recently changed the firebug lite stuff. I'll take a look.

comment:3 Changed 12 years ago by James Burke

Owner: changed from James Burke to haysmark
Status: assignednew

I'm running against r9280, and I ran the dijit/tests/test_validate.html over HTTP for IE 6.0 (6.0.2900.2180.xpsp_sp2_gdr.070227-2254). I noticed an odd error when I switched from isDebug from false to true after I had loaded the page with it false, and I tried doing a shift reload. However, after clearing cache and loading the page again with isDebug set to true, the page seemed to work fine. Maybe I wasn't testing the right thing. Maybe it is a timing/race condition thing? I was using a local http server.

Could I get more info on how the page was failing, and where was the HTTP server (local or remote with possibility for longer delays)? Changing owner to haysmark to get more info. Feel free to flip it back to me when there is more info.

comment:4 Changed 12 years ago by James Burke

Owner: changed from haysmark to James Burke

Got some info from Bill, he suggested a remote http server. I tried a remote server which was slower, and on first load (with a clear cache) I get an "Operation Aborted" error dialog. When pressing OK, it goes to a "This page cannot be displayed" error page in IE 6 (Cannot find server or DNS Error).

In HTTPWatch, I see two requests for a http://:/ URL with HTTP result code of (Error 0x57).

comment:5 Changed 12 years ago by James Burke

Resolution: fixed
Status: newclosed

(In [9281]) Fixes #3139. Using the standard dojo.addOnLoad() to initiatilize the console div. Seems to fix the problem.

comment:6 Changed 12 years ago by James Burke

(In [9282]) Refs #3139: turn on isDebug for test_validate.html now that firebug lite issue should be fixed.

comment:7 Changed 12 years ago by guest

I ran into this issue simply by loading dojo.js in a script tag using IE 6. I removed all other code except for the script tag for dojo.js and still got the double http://:/ in httpwatch. When I added hello world code back into the file it would not work. I turned isDebug to true and the hello world code worked.

It seemed to be related to how the browser was loading the libraries as the error occured when I referenced my site via http://localhost/mysite. When I changed to http://machinename.domain.com/mysite or just http://machinename/mysite the issue went away. I can now turn debug off and execute my code on my local dev box without issue.

Note: See TracTickets for help on using tickets.