|
Hi to All!
IE6.0 & IE7.0 generates the error message "Internet cannot open this site http://www.abc.com/ Operation Aborted". This error is occuring randomly, not very frequently.
I am looking for the right fixture of this issue. I implement the following fixes, but all in vain yet
Fix1: I checked the code and verify the java script that wouldn't be calling in any child tag of html, and move the script code on the top or bottom of aspx page, if found any, but no result.
Fix2: I ran the SP1 for IE6.0 but no fruitful result as well.
Fix3: Tried to implement property of DEFER in the script tag, no result.
Is there any other possible way to fix that issue? As Microsoft officials already said that they fix this issue in IE8.0 beta, which will now generate the proper script error message rather than wipping out the .aspx page in a half way.
Thanks in advance
|
|
|
|
|
Since i don't know what your script looks like, or what it's doing, this answer is just a stab in the dark: ensure that any script which modifies the DOM is triggered from an onload handler.
Citizen 20.1.01 'The question is,' said Humpty Dumpty, 'which is to be master - that's all.'
|
|
|
|
|
I seem to get the same thing on Micrsofts MSDN Library from time to time, but ussually clearing the temp internet files sorts it, but not always, which is annoying.
|
|
|
|
|
Hi,
I have to Show a popup, for that i am using ModalPopupExtender Control.
The TargetControlID for ModalPopupExtender i gave 'Button1'.
I have an event in that Button1.(Button1_Click)
By Clicking on Button ,First i have run that ButtonClick event then the result i should display in PopupExtender.
I can't give TargetControlID for ModalPopupExtender other than 'Button1'
How to do this with out using any ConfirmButtonExtender.
Please Sugeest me,
Thanks in advance,
sekhar
|
|
|
|
|
Don't confuse "AJAX" with "ASP.NET AJAX" - the former is a handy cleaning powder and useful technique for creating interactive web pages; the latter belongs in The ASP.NET Forum[^].
Citizen 20.1.01 'The question is,' said Humpty Dumpty, 'which is to be master - that's all.'
|
|
|
|
|
Hi , Does anyone know a good online Perl Learning resourse
Thanks,
Happy Programming!
Regards,
ctrlnick !
|
|
|
|
|
this is my code
function onDigittxtkeypress(e)
{
var ie = true;
if(!e)
e = window.event;
else
ie = false;
var code;
if (e.keyCode) code = e.keyCode;
else if (e.which) code = e.which;
if(code<48||code>57)
if(ie)
e.keyCode = 0;
else
return false;
else;
}
it works is ie but does not in ff.
please help me.
|
|
|
|
|
Install FireBug and check the error console.
Poor formatting aside, I'm curious as to why there is an else as the last statement in the function?
It's also not going to help having an accented character in the HTML:
<input type="text" önkeypress="return onDigittxtkeypress(event)" />
|
|
|
|
|
Johnny ² wrote: It's also not going to help having an accented character in the HTML:
That's actually the fault of the CP forum software - it subtly corrupts JS event handler names to prevent them from being used in the actual post HTML.
Citizen 20.1.01 'The question is,' said Humpty Dumpty, 'which is to be master - that's all.'
|
|
|
|
|
mostafarastgar wrote: onkeypress="return onDigittxtkeypress(event)"
Change this to:
onkeypress="onDigittxtkeypress"
Citizen 20.1.01 'The question is,' said Humpty Dumpty, 'which is to be master - that's all.'
|
|
|
|
|
You can catch keycode only in keydown/up.
|
|
|
|
|
|
You may find that users will be rather surprised if you start sending their usernames and passwords to another domain (and with good reason). The fact that the other site doesn't give a mechanism to do this also suggests that it may not be a good idea. If you have control over the koko site, you'd probably be better off implementing a robust authentication system (or hosting the application on that domain/machine).
If you do that request from the client, what you'd be doing is handing off authentication control to the client, which means it's very insecure (ie. you trust the client to send the request to the right place, and you trust that the "Yes" answer isn't just made up by modifying the client script). Really don't do this.
To do it on the server side would allow some control over the authentication, but the method to do it would depend on what languages and technologies you use on the server side. Essentially all you'd be doing is a GET request with the parameters as sent from the user, and checking the response for Yes/No.
|
|
|
|
|
Thanks A lot , I know some of what you said But
the problem is that I don't have Any control in KOKO Site .
They told me to use this URL To InterAct With Them " www.koko.com?username=xxx&password=xxx "
And the koko site will return
1 for yes
or
0 for No
(I know it is very silly but beleive me there is no way )
Ok the returned value will be in the response so cold you explain how can i use the GET Request
in Small Code snippet
You have To Search About The Truth Of Your Life
Why Are you Here In Life ?
|
|
|
|
|
Not really sure how you are making the request and getting a result.
Are you opening the site in a new window with the values in the query string, and then waiting for the new page to post back to your site with a query string with a yes or no?
that would not only be very insecure, i have no idea what you would acheive from it.
What do you do with the other site once it is signed in?
|
|
|
|
|
Has anyone applied since the word was spead last week that they were looking for new beta testers? Has anyone else been contacted?
I sent my email last week and havent heard anything yet.
|
|
|
|
|
Huh?
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
|
|
|
|
|
I saw on one of the code project daily emails last week that MS were looking for beta testers for Internet Explorer 8.
The article linked to the IE8 blog where it was requested that new applicants send an email to apply to be a beta tester. I had sent one last week but have had no response. I wrote this to see if anyone else had tried and heard anything.
|
|
|
|
|
I'm weary of using "STABLE" MS software, let alone MS software in the Beta stage
Regards,
--Perspx
"The Blue Screen of Death, also known as The Blue Screen of Doom, the "Blue Screen of Fun", "Phatul Exception: The WRECKening" and "Windows Vista", is a multi award-winning game first developed in 1995 by Microsoft" - Uncyclopedia
|
|
|
|
|
Okay. I didn't see that and was wondering.
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
|
|
|
|
|
AFAIK, you can just download the beta. Don't think you need to register...
I'll save you the trouble though: It's faster than IE7. It's slower than just about every other browser, and some of the faster glaciers. Tabs are hosted in separate processes, except when they aren't. Crashes recover cleanly, except when they don't. Opening new tabs still involves waiting around watching the UI fight with itself for a while before letting you actually use the new tab. There's some new thing - WebSlices - that seems suspiciously similar to some of the "web desktop" stuff from the '90s, except less flexible. And GMail is broken.
Citizen 20.1.01 'The question is,' said Humpty Dumpty, 'which is to be master - that's all.'
|
|
|
|
|
Thats odd, the slowness is how i would describe my experience with firefox (pre v3, havent got 3 yet) over IE7.
IE7 opens up almost instantly and so do most pages, and tabs. However firfox seems to take a few seconds more to load and each new tab takes a about a second or two more to load. perhaps this is just me. Im using windows vista x64. perhaps IE7 is just optimised more for that, where it has the opposite reaction on Firefox. I will get v3 soon to see what the difference is.
|
|
|
|
|
Damn, are they ever going to fix that UI tab slowness issue? It's a small thing but it drives me up the wall - totally unnecessary. Glad they're moving towards seperate processes though (even if still flawed).
When you say "Crashes recover cleanly", does this mean that it restarts and reopens the same page? A lot of the crashes I've seen (in earlier versions) have been reproducible most/all of the time on a given page, so I expect to be seeing a lot of infinite loops while it repeatedly finds it's unable to deal with some pages...
|
|
|
|
|
stevio wrote: I expect to be seeing a lot of infinite loops while it repeatedly finds it's unable to deal with some pages...
Yes, that can be a problem.
Citizen 20.1.01 'The question is,' said Humpty Dumpty, 'which is to be master - that's all.'
|
|
|
|
|
Oh well, at least we're supposed to be getting a load of new standards compliance
|
|
|
|