I rebuilt the security database using the DDT, added the security user and password, made the user a dbo, successfully launched the security maintenance form, tried to add a new user and viola ... there appears to be a Japanese Beetle in the rose garden.  Did I miss a step when deploying the security database?

Charles T. Blankenship
Senior Consultant
Novant Consulting, Inc.
704.975.7152
http://www.novantconsulting.com

With a sprinkle of stars

OK ... I did as instructed and was able to create a windows application from scratch, using a separate database, log into the application as the security administrator, add a new user (without error I might add), log out and log back into the application using the newly added users credentials.  Basically, something, not SF code, is wrong with my main application since this test one works like a CHAMP ... dang it.

I guess I'm now enjoying starlight in the pumpkin patch ... you know what's commin' ... since my name is Charles ... yep ... Charlie B. (me) is waiting on the Great Pumpkin!  Weird how this worked out ... from sunshine and roses to All Hallows Eve.

Notice:

Attached to this message is a 15 page word document that takes a user, step by step, through the entire process of creating a windows application that has security enabled where the security tables are located in a separate database from the application database.  I figured if I had to go through these steps to either prove or disprove the presence of a bug in StrataFrame, that others new to the framework would benefit greatly from a step by step tutorial describing how to do it.

Charles T. Blankenship
Senior Consultant
Novant Consulting, Inc.
704.975.7152
http://www.novantconsulting.com

Cool...be sure to post this on the user contributed samples as well!  Thanks!