473,473 Members | 1,637 Online
Bytes | Software Development & Data Engineering Community
Create Post

Home Posts Topics Members FAQ

Postback quit working

I recently encountered an odd problem that has me rather baffled.

I have a number of web applications on a staging server that have suddenly
quit posting back when the user clicks a submit button. The exact same code
works correctly on the production servers.

In my attempts to trace this problem, I've simplified it to this. Any time
that I add a required field validator control (and perhaps other validation
controls - I've tested only the required field validator) to a form, the
form will no longer submit when the user clicks the submit button. I
created a very simple web form to test my theory. The form contains one
lable, one textbox, one button, and one required field validator whose
control to validate property I set to the textbox. The code behind the
button simply sets the label's text property to the textbox's text property
and clears the textbox only if the page successfully validates.

If I leave the textbox empty and click the button, the required field
validator does its job; however, if I enter text into the textbox and click
the submit button, no events fire - not even the page_load event. If I
remove the required field validator, everything works fine. The textbox text
appears in the label, and the textbox clears.

I've tried replacing the staging server's aspnet_client folder with that
from one of the production servers, but doing so made no difference.
Additionallyu, the NTFS permissions on the staging server match those on the
production servers. I'm stumped, and I have no idea what else to check.

I would sincerely apprectiate any assistance someone could offer.
Nov 18 '05 #1
10 1328
Many postback problems have been attributed to .NET 1.1 SP1.

Have you upgraded lately? That could be the problem. Apparently, it's a
problem with the js file the framework uses to create the postback
functionality. Since it has the same name , the old one is cached on the
browser or elsewhere and the new one doesn't get downloaded. That of course
causes problems.

Hope this helps.

Frank Mamone

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
I recently encountered an odd problem that has me rather baffled.

I have a number of web applications on a staging server that have suddenly
quit posting back when the user clicks a submit button. The exact same code works correctly on the production servers.

In my attempts to trace this problem, I've simplified it to this. Any time that I add a required field validator control (and perhaps other validation controls - I've tested only the required field validator) to a form, the
form will no longer submit when the user clicks the submit button. I
created a very simple web form to test my theory. The form contains one
lable, one textbox, one button, and one required field validator whose
control to validate property I set to the textbox. The code behind the
button simply sets the label's text property to the textbox's text property and clears the textbox only if the page successfully validates.

If I leave the textbox empty and click the button, the required field
validator does its job; however, if I enter text into the textbox and click the submit button, no events fire - not even the page_load event. If I
remove the required field validator, everything works fine. The textbox text appears in the label, and the textbox clears.

I've tried replacing the staging server's aspnet_client folder with that
from one of the production servers, but doing so made no difference.
Additionallyu, the NTFS permissions on the staging server match those on the production servers. I'm stumped, and I have no idea what else to check.

I would sincerely apprectiate any assistance someone could offer.

Nov 18 '05 #2
Well, I haven't upgraded since Friday, and I'm fairly certain that the forms
worked correctly on Friday. Further, I upgraded to 1.1 sp1 prior to
developing the forms in question. However, subsequent to your post, I
cleared my cache, and I still encounter the same failure. I've also since
discovered another oddity. The forms work correctly in just about every
other available browser *except* IE.

Any other ideas?

Craig

"Frank Mamone" <fr**********@canada.com> wrote in message
news:u7*************@TK2MSFTNGP12.phx.gbl...
Many postback problems have been attributed to .NET 1.1 SP1.

Have you upgraded lately? That could be the problem. Apparently, it's a
problem with the js file the framework uses to create the postback
functionality. Since it has the same name , the old one is cached on the
browser or elsewhere and the new one doesn't get downloaded. That of course causes problems.

Hope this helps.

Frank Mamone

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
I recently encountered an odd problem that has me rather baffled.

I have a number of web applications on a staging server that have suddenly quit posting back when the user clicks a submit button. The exact same

code
works correctly on the production servers.

In my attempts to trace this problem, I've simplified it to this. Any

time
that I add a required field validator control (and perhaps other

validation
controls - I've tested only the required field validator) to a form, the
form will no longer submit when the user clicks the submit button. I
created a very simple web form to test my theory. The form contains one
lable, one textbox, one button, and one required field validator whose
control to validate property I set to the textbox. The code behind the
button simply sets the label's text property to the textbox's text

property
and clears the textbox only if the page successfully validates.

If I leave the textbox empty and click the button, the required field
validator does its job; however, if I enter text into the textbox and

click
the submit button, no events fire - not even the page_load event. If I
remove the required field validator, everything works fine. The textbox

text
appears in the label, and the textbox clears.

I've tried replacing the staging server's aspnet_client folder with that
from one of the production servers, but doing so made no difference.
Additionallyu, the NTFS permissions on the staging server match those on

the
production servers. I'm stumped, and I have no idea what else to check.

I would sincerely apprectiate any assistance someone could offer.


Nov 18 '05 #3
Not a suggestion, but another comment. I'm having the
exact same problem. There seem to be a number of us
across a few boards with this problem that has arisen
since Friday. I have seen on another board that the
faulty file is webuivalidation.js. I do not know if the
wrong file is being served or if there is anyway to fix
it, but I would love to know!
Thanks,
Christie

-----Original Message-----
Well, I haven't upgraded since Friday, and I'm fairly certain that the formsworked correctly on Friday. Further, I upgraded to 1.1 sp1 prior todeveloping the forms in question. However, subsequent to your post, Icleared my cache, and I still encounter the same failure. I've also sincediscovered another oddity. The forms work correctly in just about everyother available browser *except* IE.

Any other ideas?

Craig

"Frank Mamone" <fr**********@canada.com> wrote in message
news:u7*************@TK2MSFTNGP12.phx.gbl...
Many postback problems have been attributed to .NET 1.1 SP1.

Have you upgraded lately? That could be the problem. Apparently, it's a problem with the js file the framework uses to create the postback functionality. Since it has the same name , the old one is cached on the browser or elsewhere and the new one doesn't get downloaded. That of
course
causes problems.

Hope this helps.

Frank Mamone

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
> I recently encountered an odd problem that has me rather baffled. >
> I have a number of web applications on a staging server that have
suddenly > quit posting back when the user clicks a submit

button. The exact same code
> works correctly on the production servers.
>
> In my attempts to trace this problem, I've simplified
it to this. Any time
> that I add a required field validator control (and
perhaps other validation
> controls - I've tested only the required field
validator) to a form, the > form will no longer submit when the user clicks the submit button. I > created a very simple web form to test my theory. The form contains one > lable, one textbox, one button, and one required field validator whose > control to validate property I set to the textbox. The code behind the > button simply sets the label's text property to the textbox's text property
> and clears the textbox only if the page successfully
validates. >
> If I leave the textbox empty and click the button, the required field > validator does its job; however, if I enter text into the textbox and click
> the submit button, no events fire - not even the
page_load event. If I > remove the required field validator, everything works fine. The textbox text
> appears in the label, and the textbox clears.
>
> I've tried replacing the staging server's
aspnet_client folder with that > from one of the production servers, but doing so made no difference. > Additionallyu, the NTFS permissions on the staging server match those on the
> production servers. I'm stumped, and I have no idea

what else to check. >
> I would sincerely apprectiate any assistance someone could offer. >
>


.

Nov 18 '05 #4
I have found a number of possible solutions:
http://weblogs.asp.net/pwilson/archi...9/16/230591.as
px

http://www.asp.net/Forums/ShowPost.aspx?
tabindex=1&PostID=683469

Good luck!

-----Original Message-----
Not a suggestion, but another comment. I'm having the
exact same problem. There seem to be a number of us
across a few boards with this problem that has arisen
since Friday. I have seen on another board that the
faulty file is webuivalidation.js. I do not know if the
wrong file is being served or if there is anyway to fix
it, but I would love to know!
Thanks,
Christie

-----Original Message-----
Well, I haven't upgraded since Friday, and I'm fairlycertain that the forms
worked correctly on Friday. Further, I upgraded to 1.1

sp1 prior to
developing the forms in question. However, subsequent toyour post, I
cleared my cache, and I still encounter the samefailure. I've also since
discovered another oddity. The forms work correctly in

just about every
other available browser *except* IE.

Any other ideas?

Craig

"Frank Mamone" <fr**********@canada.com> wrote in message
news:u7*************@TK2MSFTNGP12.phx.gbl...
Many postback problems have been attributed to .NET

1.1SP1.
Have you upgraded lately? That could be the problem.Apparently, it's a problem with the js file the framework uses to createthe postback functionality. Since it has the same name , the old
one
is cached on the browser or elsewhere and the new one doesn't getdownloaded. That of
course
causes problems.

Hope this helps.

Frank Mamone

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
> I recently encountered an odd problem that has me
rather baffled. >
> I have a number of web applications on a stagingserver that have
suddenly
> quit posting back when the user clicks a submit

button. The exact same code
> works correctly on the production servers.
>
> In my attempts to trace this problem, I've
simplifiedit to this. Any time
> that I add a required field validator control (andperhaps other validation
> controls - I've tested only the required fieldvalidator) to a form, the > form will no longer submit when the user clicks thesubmit button. I > created a very simple web form to test my theory.The form contains one > lable, one textbox, one button, and one requiredfield validator whose > control to validate property I set to the textbox.The code behind the > button simply sets the label's text property to thetextbox's text property
> and clears the textbox only if the page successfullyvalidates. >
> If I leave the textbox empty and click the button,the required field > validator does its job; however, if I enter text
into
the textbox and click
> the submit button, no events fire - not even thepage_load event. If I > remove the required field validator, everything
works
fine. The textbox text
> appears in the label, and the textbox clears.
>
> I've tried replacing the staging server'saspnet_client folder with that > from one of the production servers, but doing so
made
no difference. > Additionallyu, the NTFS permissions on the stagingserver match those on the
> production servers. I'm stumped, and I have no ideawhat else to check. >
> I would sincerely apprectiate any assistance someonecould offer. >
>

.

.

Nov 18 '05 #5
There is one solution that would fix this and many other related problems:
STOP USING that freaking validator. Use System.Exception instead. Much
easier and cleaner. If you need an example ask here and I'll post one for
you.

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
I recently encountered an odd problem that has me rather baffled.

I have a number of web applications on a staging server that have suddenly
quit posting back when the user clicks a submit button. The exact same code works correctly on the production servers.

In my attempts to trace this problem, I've simplified it to this. Any time that I add a required field validator control (and perhaps other validation controls - I've tested only the required field validator) to a form, the
form will no longer submit when the user clicks the submit button. I
created a very simple web form to test my theory. The form contains one
lable, one textbox, one button, and one required field validator whose
control to validate property I set to the textbox. The code behind the
button simply sets the label's text property to the textbox's text property and clears the textbox only if the page successfully validates.

If I leave the textbox empty and click the button, the required field
validator does its job; however, if I enter text into the textbox and click the submit button, no events fire - not even the page_load event. If I
remove the required field validator, everything works fine. The textbox text appears in the label, and the textbox clears.

I've tried replacing the staging server's aspnet_client folder with that
from one of the production servers, but doing so made no difference.
Additionallyu, the NTFS permissions on the staging server match those on the production servers. I'm stumped, and I have no idea what else to check.

I would sincerely apprectiate any assistance someone could offer.

Nov 18 '05 #6
Am I wrong in thinking that System.Exception is server side? I use plenty
of server side error trapping, but why would I want to scrap client side
validation in favor of server side validation? Don't the increased round
trips to the server kill performance?

Please do enlighten me.

Cheers!
Craig

"Kikoz" <ki***@hotmail.com> wrote in message
news:es*************@TK2MSFTNGP12.phx.gbl...
There is one solution that would fix this and many other related problems:
STOP USING that freaking validator. Use System.Exception instead. Much
easier and cleaner. If you need an example ask here and I'll post one for
you.

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
I recently encountered an odd problem that has me rather baffled.

I have a number of web applications on a staging server that have suddenly quit posting back when the user clicks a submit button. The exact same

code
works correctly on the production servers.

In my attempts to trace this problem, I've simplified it to this. Any

time
that I add a required field validator control (and perhaps other

validation
controls - I've tested only the required field validator) to a form, the
form will no longer submit when the user clicks the submit button. I
created a very simple web form to test my theory. The form contains one
lable, one textbox, one button, and one required field validator whose
control to validate property I set to the textbox. The code behind the
button simply sets the label's text property to the textbox's text

property
and clears the textbox only if the page successfully validates.

If I leave the textbox empty and click the button, the required field
validator does its job; however, if I enter text into the textbox and

click
the submit button, no events fire - not even the page_load event. If I
remove the required field validator, everything works fine. The textbox

text
appears in the label, and the textbox clears.

I've tried replacing the staging server's aspnet_client folder with that
from one of the production servers, but doing so made no difference.
Additionallyu, the NTFS permissions on the staging server match those on

the
production servers. I'm stumped, and I have no idea what else to check.

I would sincerely apprectiate any assistance someone could offer.


Nov 18 '05 #7
It sounds lke this issue:

http://weblogs.asp.net/pwilson/archi...16/230591.aspx

http://weblogs.asp.net/pwilson/archi...22/232894.aspx

"Craig" wrote:
Well, I haven't upgraded since Friday, and I'm fairly certain that the forms
worked correctly on Friday. Further, I upgraded to 1.1 sp1 prior to
developing the forms in question. However, subsequent to your post, I
cleared my cache, and I still encounter the same failure. I've also since
discovered another oddity. The forms work correctly in just about every
other available browser *except* IE.

Any other ideas?

Craig

"Frank Mamone" <fr**********@canada.com> wrote in message
news:u7*************@TK2MSFTNGP12.phx.gbl...
Many postback problems have been attributed to .NET 1.1 SP1.

Have you upgraded lately? That could be the problem. Apparently, it's a
problem with the js file the framework uses to create the postback
functionality. Since it has the same name , the old one is cached on the
browser or elsewhere and the new one doesn't get downloaded. That of

course
causes problems.

Hope this helps.

Frank Mamone

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
I recently encountered an odd problem that has me rather baffled.

I have a number of web applications on a staging server that have suddenly quit posting back when the user clicks a submit button. The exact same

code
works correctly on the production servers.

In my attempts to trace this problem, I've simplified it to this. Any

time
that I add a required field validator control (and perhaps other

validation
controls - I've tested only the required field validator) to a form, the
form will no longer submit when the user clicks the submit button. I
created a very simple web form to test my theory. The form contains one
lable, one textbox, one button, and one required field validator whose
control to validate property I set to the textbox. The code behind the
button simply sets the label's text property to the textbox's text

property
and clears the textbox only if the page successfully validates.

If I leave the textbox empty and click the button, the required field
validator does its job; however, if I enter text into the textbox and

click
the submit button, no events fire - not even the page_load event. If I
remove the required field validator, everything works fine. The textbox

text
appears in the label, and the textbox clears.

I've tried replacing the staging server's aspnet_client folder with that
from one of the production servers, but doing so made no difference.
Additionallyu, the NTFS permissions on the staging server match those on

the
production servers. I'm stumped, and I have no idea what else to check.

I would sincerely apprectiate any assistance someone could offer.



Nov 18 '05 #8
Yep. That was it. Thanks!

"Ken Cox [Microsoft MVP]" <BA************@sympatico.ca> wrote in message
news:64**********************************@microsof t.com...
It sounds lke this issue:

http://weblogs.asp.net/pwilson/archi...16/230591.aspx

http://weblogs.asp.net/pwilson/archi...22/232894.aspx

"Craig" wrote:
Well, I haven't upgraded since Friday, and I'm fairly certain that the forms worked correctly on Friday. Further, I upgraded to 1.1 sp1 prior to
developing the forms in question. However, subsequent to your post, I
cleared my cache, and I still encounter the same failure. I've also since discovered another oddity. The forms work correctly in just about every
other available browser *except* IE.

Any other ideas?

Craig

"Frank Mamone" <fr**********@canada.com> wrote in message
news:u7*************@TK2MSFTNGP12.phx.gbl...
Many postback problems have been attributed to .NET 1.1 SP1.

Have you upgraded lately? That could be the problem. Apparently, it's a problem with the js file the framework uses to create the postback
functionality. Since it has the same name , the old one is cached on the browser or elsewhere and the new one doesn't get downloaded. That of

course
causes problems.

Hope this helps.

Frank Mamone

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
> I recently encountered an odd problem that has me rather baffled.
>
> I have a number of web applications on a staging server that have

suddenly
> quit posting back when the user clicks a submit button. The exact same code
> works correctly on the production servers.
>
> In my attempts to trace this problem, I've simplified it to this. Any time
> that I add a required field validator control (and perhaps other
validation
> controls - I've tested only the required field validator) to a form, the > form will no longer submit when the user clicks the submit button. I > created a very simple web form to test my theory. The form contains one > lable, one textbox, one button, and one required field validator whose > control to validate property I set to the textbox. The code behind the > button simply sets the label's text property to the textbox's text
property
> and clears the textbox only if the page successfully validates.
>
> If I leave the textbox empty and click the button, the required field > validator does its job; however, if I enter text into the textbox and click
> the submit button, no events fire - not even the page_load event. If I > remove the required field validator, everything works fine. The textbox text
> appears in the label, and the textbox clears.
>
> I've tried replacing the staging server's aspnet_client folder with that > from one of the production servers, but doing so made no difference.
> Additionallyu, the NTFS permissions on the staging server match those on the
> production servers. I'm stumped, and I have no idea what else to check. >
> I would sincerely apprectiate any assistance someone could offer.
>
>


Nov 18 '05 #9
Just to enlighten you :)

You are totally correct on one thing: System.Exception is server side. If
your code is so bad that you're concerned about "killing performance"...
Well, than you have a much bigger problem than validator thing. If not than
I can tell you that for years of developing web-based applications I haven't
seen ANY single complain from users that because I use server-side
validation they gonna stop using the app. And my servers don't complain
either (unless you get 30,000 concurrent users every day... But you don't,
don't you?). Those "increased round trips" will save your application and
sometimes your ass by making sure that only correct data has been received
(for example, if you store form values in db and your page faces serious Sql
Injection, XSS or One-Click attack). And even if you parameterize your data
layer (if any) then you still gonna get weird data entries sooner or later
simply because any user can disable client scripting in any browser at any
time. For plenty of them it's like a sport. There are thousands of kids out
there who have a great fun just by "light-hacking" this kind of situations.
I bet you use Form authentication to authenticate your users, too. Right? :)
"Craig" <us**@domain.com> wrote in message
news:Cz*******************@tornado.tampabay.rr.com ...
Am I wrong in thinking that System.Exception is server side? I use plenty
of server side error trapping, but why would I want to scrap client side
validation in favor of server side validation? Don't the increased round
trips to the server kill performance?

Please do enlighten me.

Cheers!
Craig

"Kikoz" <ki***@hotmail.com> wrote in message
news:es*************@TK2MSFTNGP12.phx.gbl...
There is one solution that would fix this and many other related problems:
STOP USING that freaking validator. Use System.Exception instead. Much
easier and cleaner. If you need an example ask here and I'll post one for you.

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
I recently encountered an odd problem that has me rather baffled.

I have a number of web applications on a staging server that have suddenly quit posting back when the user clicks a submit button. The exact same

code
works correctly on the production servers.

In my attempts to trace this problem, I've simplified it to this. Any

time
that I add a required field validator control (and perhaps other

validation
controls - I've tested only the required field validator) to a form, the form will no longer submit when the user clicks the submit button. I
created a very simple web form to test my theory. The form contains one lable, one textbox, one button, and one required field validator whose
control to validate property I set to the textbox. The code behind the button simply sets the label's text property to the textbox's text

property
and clears the textbox only if the page successfully validates.

If I leave the textbox empty and click the button, the required field
validator does its job; however, if I enter text into the textbox and

click
the submit button, no events fire - not even the page_load event. If I remove the required field validator, everything works fine. The textbox text
appears in the label, and the textbox clears.

I've tried replacing the staging server's aspnet_client folder with
that from one of the production servers, but doing so made no difference.
Additionallyu, the NTFS permissions on the staging server match those on the
production servers. I'm stumped, and I have no idea what else to

check.
I would sincerely apprectiate any assistance someone could offer.



Nov 18 '05 #10
Hi Christie:

The first of the urls in your response did the trick for me.

Thanks!

Craig

"Christie Sorenson" <mu********@hotmail.com> wrote in message
news:30****************************@phx.gbl...
I have found a number of possible solutions:
http://weblogs.asp.net/pwilson/archi...9/16/230591.as
px

http://www.asp.net/Forums/ShowPost.aspx?
tabindex=1&PostID=683469

Good luck!

-----Original Message-----
Not a suggestion, but another comment. I'm having the
exact same problem. There seem to be a number of us
across a few boards with this problem that has arisen
since Friday. I have seen on another board that the
faulty file is webuivalidation.js. I do not know if the
wrong file is being served or if there is anyway to fix
it, but I would love to know!
Thanks,
Christie

-----Original Message-----
Well, I haven't upgraded since Friday, and I'm fairly

certain that the forms
worked correctly on Friday. Further, I upgraded to 1.1

sp1 prior to
developing the forms in question. However, subsequent

to
your post, I
cleared my cache, and I still encounter the same

failure. I've also since
discovered another oddity. The forms work correctly in

just about every
other available browser *except* IE.

Any other ideas?

Craig

"Frank Mamone" <fr**********@canada.com> wrote in message
news:u7*************@TK2MSFTNGP12.phx.gbl...
Many postback problems have been attributed to .NET

1.1
SP1.

Have you upgraded lately? That could be the problem.

Apparently, it's a
problem with the js file the framework uses to create

the postback
functionality. Since it has the same name , the old

one
is cached on the
browser or elsewhere and the new one doesn't get

downloaded. That of
course
causes problems.

Hope this helps.

Frank Mamone

"Craig" <us**@domain.com> wrote in message
news:82*******************@tornado.tampabay.rr.com ...
> I recently encountered an odd problem that has me

rather baffled.
>
> I have a number of web applications on a staging

server that have
suddenly
> quit posting back when the user clicks a submit

button. The exact same
code
> works correctly on the production servers.
>
> In my attempts to trace this problem, I've

simplified
it to this. Any
time
> that I add a required field validator control (and

perhaps other
validation
> controls - I've tested only the required field

validator) to a form, the
> form will no longer submit when the user clicks the

submit button. I
> created a very simple web form to test my theory.

The form contains one
> lable, one textbox, one button, and one required

field validator whose
> control to validate property I set to the textbox.

The code behind the
> button simply sets the label's text property to the

textbox's text
property
> and clears the textbox only if the page successfully

validates.
>
> If I leave the textbox empty and click the button,

the required field
> validator does its job; however, if I enter text

into
the textbox and
click
> the submit button, no events fire - not even the

page_load event. If I
> remove the required field validator, everything

works
fine. The textbox
text
> appears in the label, and the textbox clears.
>
> I've tried replacing the staging server's

aspnet_client folder with that
> from one of the production servers, but doing so

made
no difference.
> Additionallyu, the NTFS permissions on the staging

server match those on
the
> production servers. I'm stumped, and I have no idea

what else to check.
>
> I would sincerely apprectiate any assistance someone

could offer.
>
>


.

.

Nov 18 '05 #11

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

6
by: Max | last post by:
I have the following code on a form that launches Microsoft Outlook and creates a new email message for the user: Outlook.Application oApp = new Outlook.Application(); Outlook.MailItem oMail...
21
by: Martin Eyles | last post by:
I am trying to get javascript to cause a page to post back. I have tried calling _doPostBack from my script, but generates an error "object expected". I think this is because the page's script...
7
by: Anand | last post by:
Hi All, The postback on my desktop stopped working. I am trying to run the webapplication locally on my desktop and the Postback on my home page won't trigger on any of my dropdown selections. The...
7
by: Tim_Mac | last post by:
hi, using .net 2.0, i have a web form with lots of textboxes, drop-down-lists etc. There are lots of required field validators and regular expression validators. When i click the 'save' button,...
5
by: mzdude | last post by:
I've just started playing with Python. Installed 2.5 on Windows XP system. I'm working through some of the examples in Programming Python 3ed by Mark Lutz. Given the following example when the Quit...
1
by: Jason | last post by:
I have a webpage that I've wrapped in an Atlas UpdatePanel. This page contains four textboxes, each with AutoPostBack set to true. The problem comes when someone edits the first box and tabs to...
15
by: mc | last post by:
I'm writing an app for managing Task Lists, I'm trying to add some controls to a form that I can use to link tasks, my original intention was to: - Add two list boxes, one listing "all Tasks"...
5
by: Mubs | last post by:
i have the following script.. but i cant get the quit command working... can some1 help quit = n host="$(hostname)" todaysdate="$(date)" lastboot="$(last reboot)" licensinginfo="$(uname...
4
by: Peter | last post by:
ASP.NET I have an application which use ASP.NET Autocomplete extender which works great. But I have a question how to update all the fields on the screen using Ajax. Users starts typing in a...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
0
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
0
by: conductexam | last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and...
0
by: adsilva | last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
0
by: 6302768590 | last post by:
Hai team i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated ...
0
muto222
php
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.