422,946 Members | 1,099 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 422,946 IT Pros & Developers. It's quick & easy.

Password Field

P: n/a
Have a textbox that's in Password mode on a user creation page. Have
several dropdowns that cause a PostBack out of necessity on this page. I
cannot separate them. When one of these dropdowns changes, the textbox's
value is lost. How do I prevent this?

Thanks
Jan 5 '06 #1
Share this Question
Share on Google+
6 Replies


P: n/a
the best way would be to remember it from the original postback, so it only
passes over the network once. otherwise you can use a hack, and set the
control's "value" attribute.

-- bruce (sqlwork.com)

"James" <mi*******@gmail.com> wrote in message
news:OD*************@TK2MSFTNGP15.phx.gbl...
Have a textbox that's in Password mode on a user creation page. Have
several dropdowns that cause a PostBack out of necessity on this page. I
cannot separate them. When one of these dropdowns changes, the textbox's
value is lost. How do I prevent this?

Thanks

Jan 5 '06 #2

P: n/a
Can I? I've tried setting it in my Page Load event and it doesn't seem to
persist. I've also tried using a client side control with runat=server.
None of the above seem to want to let me set the value.

"Bruce Barker" <br******************@safeco.com> wrote in message
news:um**************@TK2MSFTNGP14.phx.gbl...
the best way would be to remember it from the original postback, so it
only passes over the network once. otherwise you can use a hack, and set
the control's "value" attribute.

-- bruce (sqlwork.com)

"James" <mi*******@gmail.com> wrote in message
news:OD*************@TK2MSFTNGP15.phx.gbl...
Have a textbox that's in Password mode on a user creation page. Have
several dropdowns that cause a PostBack out of necessity on this page. I
cannot separate them. When one of these dropdowns changes, the textbox's
value is lost. How do I prevent this?

Thanks


Jan 5 '06 #3

P: n/a
You have to do it on the client side using javascript.

Losing the value of a password field is pretty standard. If the password
field is the last one on your page, it should in theory be the last field a
user fills in, so it geting emptied shouldn't really happen.

"James" <mi*******@gmail.com> wrote in message
news:%2****************@tk2msftngp13.phx.gbl...
Can I? I've tried setting it in my Page Load event and it doesn't seem to
persist. I've also tried using a client side control with runat=server.
None of the above seem to want to let me set the value.

"Bruce Barker" <br******************@safeco.com> wrote in message
news:um**************@TK2MSFTNGP14.phx.gbl...
the best way would be to remember it from the original postback, so it
only passes over the network once. otherwise you can use a hack, and set
the control's "value" attribute.

-- bruce (sqlwork.com)

"James" <mi*******@gmail.com> wrote in message
news:OD*************@TK2MSFTNGP15.phx.gbl...
Have a textbox that's in Password mode on a user creation page. Have
several dropdowns that cause a PostBack out of necessity on this page.
I cannot separate them. When one of these dropdowns changes, the
textbox's value is lost. How do I prevent this?

Thanks



Jan 5 '06 #4

P: n/a
JavaScript doesn't seem to work either. It isn't the last field they will
enter, and even if it were, there's no way they'd go for that =/.

"Marina" <so*****@nospam.com> wrote in message
news:OT*************@TK2MSFTNGP09.phx.gbl...
You have to do it on the client side using javascript.

Losing the value of a password field is pretty standard. If the password
field is the last one on your page, it should in theory be the last field
a user fills in, so it geting emptied shouldn't really happen.

"James" <mi*******@gmail.com> wrote in message
news:%2****************@tk2msftngp13.phx.gbl...
Can I? I've tried setting it in my Page Load event and it doesn't seem
to persist. I've also tried using a client side control with
runat=server. None of the above seem to want to let me set the value.

"Bruce Barker" <br******************@safeco.com> wrote in message
news:um**************@TK2MSFTNGP14.phx.gbl...
the best way would be to remember it from the original postback, so it
only passes over the network once. otherwise you can use a hack, and set
the control's "value" attribute.

-- bruce (sqlwork.com)

"James" <mi*******@gmail.com> wrote in message
news:OD*************@TK2MSFTNGP15.phx.gbl...
Have a textbox that's in Password mode on a user creation page. Have
several dropdowns that cause a PostBack out of necessity on this page.
I cannot separate them. When one of these dropdowns changes, the
textbox's value is lost. How do I prevent this?

Thanks



Jan 5 '06 #5

P: n/a
I know for a fact that if you set the value on an input control that is a
password type in javascript, that it does get set correctly. Maybe you need
to post your code then.

I bet your users will like the fact that their password is being sent in
clear text in the browser even less then having to retype their password,
since that is the only way to preserve it in between posts. I would
recommend either accepting that passwords will be blank between posts (this
happens pretty much in every other registration system), re-organize your
registration in such a way that the password gets its own page and it is the
last page in the registration process, or code using the javascript solution
and have the password be sent in clear text - which should be the last
resort.

"James" <mi*******@gmail.com> wrote in message
news:uz**************@TK2MSFTNGP11.phx.gbl...
JavaScript doesn't seem to work either. It isn't the last field they will
enter, and even if it were, there's no way they'd go for that =/.

"Marina" <so*****@nospam.com> wrote in message
news:OT*************@TK2MSFTNGP09.phx.gbl...
You have to do it on the client side using javascript.

Losing the value of a password field is pretty standard. If the password
field is the last one on your page, it should in theory be the last field
a user fills in, so it geting emptied shouldn't really happen.

"James" <mi*******@gmail.com> wrote in message
news:%2****************@tk2msftngp13.phx.gbl...
Can I? I've tried setting it in my Page Load event and it doesn't seem
to persist. I've also tried using a client side control with
runat=server. None of the above seem to want to let me set the value.

"Bruce Barker" <br******************@safeco.com> wrote in message
news:um**************@TK2MSFTNGP14.phx.gbl...
the best way would be to remember it from the original postback, so it
only passes over the network once. otherwise you can use a hack, and
set the control's "value" attribute.

-- bruce (sqlwork.com)

"James" <mi*******@gmail.com> wrote in message
news:OD*************@TK2MSFTNGP15.phx.gbl...
> Have a textbox that's in Password mode on a user creation page. Have
> several dropdowns that cause a PostBack out of necessity on this page.
> I cannot separate them. When one of these dropdowns changes, the
> textbox's value is lost. How do I prevent this?
>
> Thanks
>



Jan 5 '06 #6

P: n/a
Thanks for the help, this seems to work on Postback:

tbPassword.Attributes("value") = tbPassword.Text

"Marina" <so*****@nospam.com> wrote in message
news:eK*************@TK2MSFTNGP15.phx.gbl...
I know for a fact that if you set the value on an input control that is a
password type in javascript, that it does get set correctly. Maybe you
need to post your code then.

I bet your users will like the fact that their password is being sent in
clear text in the browser even less then having to retype their password,
since that is the only way to preserve it in between posts. I would
recommend either accepting that passwords will be blank between posts
(this happens pretty much in every other registration system), re-organize
your registration in such a way that the password gets its own page and it
is the last page in the registration process, or code using the javascript
solution and have the password be sent in clear text - which should be the
last resort.

"James" <mi*******@gmail.com> wrote in message
news:uz**************@TK2MSFTNGP11.phx.gbl...
JavaScript doesn't seem to work either. It isn't the last field they
will enter, and even if it were, there's no way they'd go for that =/.

"Marina" <so*****@nospam.com> wrote in message
news:OT*************@TK2MSFTNGP09.phx.gbl...
You have to do it on the client side using javascript.

Losing the value of a password field is pretty standard. If the
password field is the last one on your page, it should in theory be the
last field a user fills in, so it geting emptied shouldn't really
happen.

"James" <mi*******@gmail.com> wrote in message
news:%2****************@tk2msftngp13.phx.gbl...
Can I? I've tried setting it in my Page Load event and it doesn't seem
to persist. I've also tried using a client side control with
runat=server. None of the above seem to want to let me set the value.

"Bruce Barker" <br******************@safeco.com> wrote in message
news:um**************@TK2MSFTNGP14.phx.gbl...
> the best way would be to remember it from the original postback, so it
> only passes over the network once. otherwise you can use a hack, and
> set the control's "value" attribute.
>
> -- bruce (sqlwork.com)
>
>
>
> "James" <mi*******@gmail.com> wrote in message
> news:OD*************@TK2MSFTNGP15.phx.gbl...
>> Have a textbox that's in Password mode on a user creation page. Have
>> several dropdowns that cause a PostBack out of necessity on this
>> page. I cannot separate them. When one of these dropdowns changes,
>> the textbox's value is lost. How do I prevent this?
>>
>> Thanks
>>
>
>



Jan 5 '06 #7

This discussion thread is closed

Replies have been disabled for this discussion.