Re: Password setting having somewhat bizarre results.

From: Dinesh Kumar <dinesh(dot)kumar(at)enterprisedb(dot)com>
To: Dave Page <dpage(at)pgadmin(dot)org>
Cc: "pgadmin-support(at)postgresql(dot)org" <pgadmin-support(at)postgresql(dot)org>, John Foelster <johnfoelster(at)comcast(dot)net>
Subject: Re: Password setting having somewhat bizarre results.
Date: 2013-08-14 19:35:51
Message-ID: CAKWsr7juMTy_Bv+Kr213hw67N4Aed_6K=zWT8ZgywgbDeWUQGA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-support

Hi Dave,

Further to my analysis on this issue, it's only get re-produced on the
installed pgAdmin. Where as in the local debug mode, it's working as
expected.

Actual Issue
-----------------
When the role's authentication timeout is "infinity", then as per the logic
we don't set any value to the "Account Expires" calendar box. If we have
only the valid date/time, then only we do set this box with proper values.
This is working fine as expected in the debug mode of pgAdmin.

Where as in the installed pgAdmin, when the authentication timeout is
"infinity" then it's setting the "Account Expires" calendar box with the
Unix Epoch time in Windows 7 and (Unix Epoch time -1) in Windows 8.

I have verified the code for the any variables those have not been
initialized properly. Unfortunately, i am not able to find of those. I
believe, the following value "wxInvalidDateTime.m_time" from datetime.h is
giving different value in the installed pgAdmin.

inline bool IsValid() const { return m_time != wxInvalidDateTime.m_time; }

Hence, i have added one more condition in the dlgRole.cpp file to avoid
this case. Please find the fix for this issue.

And also, looking forward for your suggestions and inputs.

Thanks in advance.

Dinesh

--
*Dinesh Kumar*
Software Engineer

Ph: +918087463317
Skype ID: dinesh.kumar432
www.enterprisedb.co
<http://www.enterprisedb.com/>m<http://www.enterprisedb.com/>
*
Follow us on Twitter*
@EnterpriseDB

Visit EnterpriseDB for tutorials, webinars,
whitepapers<http://www.enterprisedb.com/resources-community> and
more <http://www.enterprisedb.com/resources-community>

On Tue, Aug 13, 2013 at 4:58 PM, Dinesh Kumar <dinesh(dot)kumar(at)enterprisedb(dot)com
> wrote:

> Hi John,
>
> Thank you very much for sharing the details. Yes i got the screen shots.
>
> Let me summarize the problem and will try to find the proper fix for this
> issue after discussing this with our senior team members.
>
> Thank you once again, have a great day.
>
>
>
> Dinesh
>
> --
> *Dinesh Kumar*
> Software Engineer
>
> Ph: +918087463317
> Skype ID: dinesh.kumar432
> www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/>
> *
> Follow us on Twitter*
> @EnterpriseDB
>
> Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community> and
> more <http://www.enterprisedb.com/resources-community>
>
>
> On Tue, Aug 13, 2013 at 4:28 PM, John Foelster <johnfoelster(at)comcast(dot)net>wrote:
>
>> Not being quite sure how to get jpegs into my Comcast space, it’s been a
>> while since I had to share a screen cap, I just sent seven to you and the
>> list as an attachment. The message bounced back from the list… are you,
>> Dinesh, in receipt?****
>>
>
>

Attachment Content-Type Size
Fix_dlgRole_AcountExpire_Issue.patch application/octet-stream 618 bytes

In response to

Responses

Browse pgadmin-support by date

  From Date Subject
Next Message Paragon Corporation 2013-08-15 05:39:25 MATERIALIZED VIEW not showing MATERIALIZED in SQL pane
Previous Message David Greco 2013-08-13 12:17:39 Re: PGAgent runs all jobs on startup