Re: [pgAdmin][RM4310] User can not connect to the Master Password with Enter button

From: Aditya Toshniwal <aditya(dot)toshniwal(at)enterprisedb(dot)com>
To: Dave Page <dpage(at)pgadmin(dot)org>
Cc: pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: [pgAdmin][RM4310] User can not connect to the Master Password with Enter button
Date: 2019-06-10 09:35:14
Message-ID: CAM9w-_mStAKAox2OeezDYXP2953mFdkQYJK6c+3y7CmpUkPyyg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Hi,

On Mon, Jun 10, 2019 at 2:34 PM Dave Page <dpage(at)pgadmin(dot)org> wrote:

> Hi
>
> On Wed, Jun 5, 2019 at 1:39 PM Aditya Toshniwal <
> aditya(dot)toshniwal(at)enterprisedb(dot)com> wrote:
>
>> Hi,
>>
>> On Wed, Jun 5, 2019 at 4:48 PM Dave Page <dpage(at)pgadmin(dot)org> wrote:
>>
>>> Hi
>>>
>>> On Wed, Jun 5, 2019 at 8:14 AM Aditya Toshniwal <
>>> aditya(dot)toshniwal(at)enterprisedb(dot)com> wrote:
>>>
>>>> Hi Hackers,
>>>>
>>>> Attached is the patch to fix an issue where using browser autofills in
>>>> alertify dialogs triggers the help page button (#4317).
>>>> A workaround was added to master password dialog to avoid this, but
>>>> that in turn disabled the 'OK' button tigger on pressing enter button. This
>>>> is also fixed with this patch.(#4310)
>>>>
>>>
>>> This isn't quite right. When the browser auto-fills the password, the OK
>>> button remains disabled. I can hit enter though - however, I shouldn't be
>>> able to do that when the OK button is disabled (being the default button on
>>> the dialogue, it should respond to enter, unless another control which also
>>> accepts enter has focus (e.g. a multiline text area).
>>>
>> The autofilled password appears as set, but it is actually not set to
>> textbox unless you enter/click in the dropdown. We get the DOM element
>> value as blank even if it appears filled. This is how chromium autofill
>> behaves. Upon hitting enter the autofill value is set to the textbox and OK
>> button is enabled.
>>
>>>
>>> The OK button should be enabled - probably all the time, as the user
>>> could have entered a blank password, and most systems won't prevent a user
>>> from trying to use such a password.
>>>
>> I have made the changes to allow blank master password, plus enabling OK
>> button always. Attached is the updated patch.
>>
>
> I think you've slightly mis-understood what I was trying to say.
>
> - We should not allow a blank password.
> - We should not disable the OK button at all.
>
> My analogy was focussed on the fact that most systems never disable OK
> buttons on login dialogues, as some of those systems (but not all of
> course) may allow blank passwords.
>
Got it !! Attached is the updated patch.

>
> --
> Dave Page
> Blog: http://pgsnake.blogspot.com
> Twitter: @pgsnake
>
> EnterpriseDB UK: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>

--
Thanks and Regards,
Aditya Toshniwal
Software Engineer | EnterpriseDB India | Pune
"Don't Complain about Heat, Plant a TREE"

Attachment Content-Type Size
RM4310_4317_v3.patch application/octet-stream 3.6 KB

In response to

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Dave Page 2019-06-10 10:10:52 pgAdmin 4 commit: Fix keyboard navigation in "inner" tabsets such as th
Previous Message Dave Page 2019-06-10 09:08:52 Re: french translation for 4.8 release