Subject Re: PasswordMaskEF.cc bug? From Lee Grant <camilee@nospam.comcast.net> Date Wed, 21 Feb 2024 03:44:32 -0500 Newsgroups dbase.getting-started Charlie, et al, Okay, I think I fixed it. After looing at the code again, I couldn't figure out why it was allowing a character that wasn't Alpha, or one of the OK to use characters. It's because prior to checking for the validity of the character, the "returnValue" was being set to TRUE, so everthing was being allowed through. I set that to false, and this allowed the IsValidChar() method to work properly evaluating the legitimacy of the character being passed to it, so it could change the calling functions "returnValue" variable. This is the code I changed to make it function after I closed and reopened dBASE so the file could be reloaded with the changed code. >       returnValue = false                // By default output whatever key was typed <--this is what was letting everything get through. LG Lee On 2/20/2024 12:05 PM, Charlie wrote: > Hi...  I am using PasswordMaskEF.cc which works great except for one exception. > > When you input into the entryfield the mask solid dots show which is great.  But if you type for instance a / or ' not defined in the special characters case you see an unusual character in the entryfield instead of a dot.  This surprised me because I thought characters that aren't defined would just be ignored so the user can't type them in. > > I was also surprised when I tried to decode the password and the password was recognized with or without the undefined character. > > Is this a bug, or something you have to work around?  I am pretty sure my duflp copy is original. > > Please let me know if someone else ran into this and if it is fixable.   But now that I think about it, it may not be a problem since it works with or without the illegal character.  It just causes confusion at least to me.   Thanks