Diese Seite mit anderen teilen ...

Informationen zum Thema:
WinDev Forum
Beiträge im Thema:
Erster Beitrag:
vor 6 Monaten, 1 Woche
Letzter Beitrag:
vor 6 Monaten, 1 Woche
Beteiligte Autoren:
John Fligg, DarrenF, JP, Art Bonds, Piet van Zanten

Massive Bug with Password field

Startbeitrag von John Fligg am 06.02.2018 11:01

I hope I'm not spreading alarm and I hope someone will prove me wrong. I am using WebDev for this example.

I have a Password field so there is no opportunity to capitalize anything automatically. In code I say If edt_password = "whatever" then = is a STRICT comparator.

The edt_password field is NOT linked to anything.

The code does exactly what it does and rejects anything not allowed.

However .... When the password screen is redisplayed after the error message and you check the contents of the field using the eye and the debugger it has in it "Whatever" and NOT "whatever".

In other words when a Password field is redisplayed it appears to have the first letter capitalized.

How can that be? Or has Windows stored the capitalized version?

I do nothing when the window is redisplayed other than literally drop out of the code and something is redisplaying the window. Is that WebDev or Windows? Because whichever it is, is causing the first letter to be capitalized.


Hi John,

You have probably set an input mask for the control, there's no such bug I think.

Kind regards,

von Piet van Zanten - am 06.02.2018 19:36
1. created window asdfr
2. added edt_password field
3 added following code in Exit from edt_password

IF edt_password = "whatever" THEN
Info(edt_password) // test show "whatever"
Info("bad password")

4. Unable to replicate bug.

John, any better way of replicating this bug?

von Art Bonds - am 07.02.2018 01:14
Hi Art, thanks for taking the time. I was hoping really that someone could prove me wrong.

You are doing this in WebDev are you? Also it may matter but this is a Dynamic page. I have not tried replicating in Windev or Mobile yet. Just trying to keep it to one small area.

With that in mind I will sort out some time and create a small demo app.

In fact I could give you access to this for you to see yourself.

I'll get back in a while.



von John Fligg - am 07.02.2018 09:02

I have a WebDev site, added a password field and a button. Enter "whatever" in the field and then click the button to see the contents and it is still "whatever" - no change. I can enter onexit code for the field and display the content - still "whatever". I then click the button for double check - still "whatever". So no sure what else I can try but seems OK to me?

von JP - am 07.02.2018 09:22

Have you ruled out Piet's suggestion of an input mask? My first thought was also that this is an input mask problem.

von DarrenF - am 07.02.2018 10:01
For some reason his post content is hidden. But my original post probably didn't make it clear.

I thought it was an input mask problem. However when you define the field as a Password type you cannot get to any other formatting at all. I am wondering if this was originally set to non password with some formatting and then changed to Password but the underlying format has been retained.

I have just had what is probably an obvious idea! Delete the field, define it again as a Password type and see if that sorts it out.

von John Fligg - am 07.02.2018 10:26
Zur Information:
MySnip.de hat keinen Einfluss auf die Inhalte der Beiträge. Bitte kontaktieren Sie den Administrator des Forums bei Problemen oder Löschforderungen über die Kontaktseite.
Falls die Kontaktaufnahme mit dem Administrator des Forums fehlschlägt, kontaktieren Sie uns bitte über die in unserem Impressum angegebenen Daten.