Re: Minimising windows installer password confusion - Mailing list pgsql-hackers

From Sachin Srivastava
Subject Re: Minimising windows installer password confusion
Date
Msg-id CA+RD+kg+q5YM=DeLCwxwabyQaNU8O4mgm5N__2yjxn56f-CqeA@mail.gmail.com
Whole thread Raw
In response to Re: Minimising windows installer password confusion  (Dave Page <dpage@pgadmin.org>)
Responses Re: Minimising windows installer password confusion
List pgsql-hackers


On Tue, Jun 12, 2012 at 7:43 PM, Dave Page <dpage@pgadmin.org> wrote:
On Tue, Jun 12, 2012 at 2:57 PM, Robert Haas <robertmhaas@gmail.com> wrote:
> On Tue, Jun 12, 2012 at 8:53 AM, Dave Page <dpage@pgadmin.org> wrote:
>>> Oh, I certainly wouldn't do it without *informing* and verifying it
>>> with the user.
>>
>> That'll add additional steps for all users, and likely confuse the
>> novices even more.
>
> The real issue here is that it's nuts to tell the user "please enter
> either a new password or the password for the account that already
> exists, but I'm not telling you which one".

That's a good point.

> What we need is to display a different dialogue based on the situation.
>
> If the account already exists, we should say "Please enter the
> password for the existing postgres account.  If you do not know the
> password, you can reset it using the Windows control panel."
>
> But if it doesn't already exist, we should say "The installer will
> create a postgres account on this machine.  Please enter a password
> for the new account."
>
> If we can do that, all of these problems will go away.

Yeah - that'll require some additional code to check if the account
exists, but we can probably copy/paste that from the existing utility
that creates the account (or better yet, refactor it to allow us to
check or check & create as it does now).

Ashesh/Sachin/Dharam - do you see any potential issues with that?
Nope.. We do have the code to check whether the user exists or not..  

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



--
Regards,
Sachin Srivastava
EnterpriseDB, India

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: 9.3: load path to mitigate load penalty for checksums
Next
From: Tom Lane
Date:
Subject: Re: 9.3: load path to mitigate load penalty for checksums