Hi All, Wanted to confirm that by simply setting a password to Designer and creating another default user group that did not have access to Design wound up fixing rings quite elegantly.
That’s the first part in my scenario. The second part was to continue using our custom login and then after the login screen have some code that sets a user to one of these groups depending upon permissions set in a user record. Easy and reliable! Now if the close box is clicked on the splash screen an alert opens and let’s you know you don;t have access and asks if you want to quite. Nicely provides a choice if you clicked by accident. Anyway, thank you to all who shared ideas. And Tim I’m glad you were following this thread as I could have wasted a lot more time trying to come up with a solution. Appreciate all, John... > > >> Hi John, >> >> I just ran some quick tests and I think the most likely scenario here is >> that you still need to assign a password to Designer (which is required to >> enable the 4D password system). >> >> Enabling the 4D Password System is a requirement for many features in 4D >> that pertain to the users and groups, this includes managing plugin access, >> preventing users from cancelling the backup while it is running, and also >> the "Default User". >> >> The "Default User" setting will be ignored if the 4D Password System is not >> enabled; meaning that anyone who opens the application will be automatically >> logged in as Designer. >> >> -Tim > ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **********************************************************************
