FIXED - deletion of sa

[Jeff Justice]

Yes, but fortunately, this was just a simple setup for testing  
purposes, so it wasn't the end of the world.  In fairness, he did  
mention that he thought deleting the admin account would cause him to  
not be able to log in again.  However, keep in mind that this was a  
test scenario, and VStudio gave no indication of completing the delete  
request.  I told him that it was a test database and to do what he  
wanted.

I think the point is that when it comes to user interface, you can  
only count on users trying anything and everything.  I have had users  
go out of their way to click on every single interface item on the  
screen, whilst holding down 12 keys with fingers and toes, just to see  
if they can make it crash.

Now Ruslan has already said the ability to delete the sa user has been  
removed.  That's a good start.  They could also provide some feedback  
such as refreshing the column, popping up an alert that said "hey are  
you sure you want to do that, this is the admin account you won't be  
able to log back in", or something like that.

So Ruslan, how is this going to work? If to change the sa user's  
password we have to delete the sa user, and that is no longer  
possible, now what?  Is there no way we can just edit the existing  
password?

Jeff J.


On Feb 13, 2008, at 5:01 AM, Thorsten Hohage wrote:

> Hi Jeff,
>
> On 2008-02-13, at 11:30, Jeff Justice wrote:
>
>> And you DID tell me to delete the sa user....what was unexpected  
>> was that the column didn't refresh to show that it was deleted,  
>> causing my engineer to relaunch VStudio.  Then he had a problem.
>
>
> OK, I tell you to delete SA - yes!
>
> Of course it was late yesterday and perhaps I missed some obvious  
> assumptions - sorry!
>
> I hesitate to reply on the last mail where you mentioned the above  
> "story", but after you now answered direct to me, I think it's ok to  
> still break my silence in this thread again.
>
>
> SO you really going to tell me a "engineer", a "20 year programming  
> veteran" is deleting a user in any given system which he used to log  
> in? You're kidding? You're trying to make my morning.
>
> If he didn't know what he's doing, his 20 years of experience should  
> tell him, do it not! Check it again!
>
> If he didn't remember the login used, his 20 years of experience  
> should tell him, to better login again and check the used login!
>
> If he really had remembered the used login and he was knowing what  
> he's going to do, than ... the resulting necessary re-install is not  
> enough punishment! Perhaps if this "20 year programming veteran" did  
> only software development for automotive or embedded system, or  
> something similar, this may be an execution. I really, really can't  
> get it, why any experience IT-Tech, Developer, DB-Admin would ever  
> delete any user / login, especially an admin user w/o knowing what  
> he's doing. We're not talking about deleting the high score of a  
> game, or some trashys mpg's - we're talking about a really serious  
> action!
>
>
> I remember several years ago, where a user deleted ALL database  
> files of my application and expected to reappear them after restart  
> of the application, because "Mac [OS 9] applications always recreate  
> the necessary preferences!" and it was a common practise in these  
> days to delete preferences to fix something. He lost 2 years of  
> billing - of course no backup - and he ended up with re-entering all  
> the data.
>
>
>
> regards
>
> Thorsten Hohage
> --
> objectmanufactur.com - Hamburg,Germany
>
>
> _______________________________________________
> Valentina mailing list
> Valentina at lists.macserve.net
> http://lists.macserve.net/mailman/listinfo/valentina
>