Re: Password setting having somewhat bizarre results.

Thanks Dave.

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, Oct 22, 2013 at 7:06 PM, Dave Page <dpage(at)pgadmin(dot)org> wrote:

> Thanks - applied.
>
>
> On Wed, Oct 16, 2013 at 8:13 AM, Dinesh Kumar <
> dinesh(dot)kumar(at)enterprisedb(dot)com> wrote:
>
>> HI Dave,
>>
>> Sorry for the delay on this issue.
>>
>> Further to my investigation, it's a kind of BUG with "datoepickerctrl" in
>> wxMac. When we do the below steps
>>
>> 1. Select all the contents in "Account Expire Text Box".
>> 2. Press "Delete", then it's not raising any of the EVENT. It's not
>> raising EVT_TEXT also.
>> 3. If we press "Delete" again, then it's raising the
>> "EVT_CAL_SELCHANGED", "EVT_DATE_CHANGED".
>>
>> It's the strange behavior i observed in wxMac.
>>
>> To overcome this issue in wxMac, i have added two more CHILD_FOCUS
>> events, which is working fine.
>>
>> Please find the updated patch for this issue, and let me know your inputs.
>>
>> I have tested this in all windows, linux, and Mac.
>>
>> 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 Wed, Sep 25, 2013 at 7:14 PM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
>>
>>> FYI, I've asked Dinesh to confer with one of the other devs at EDB on
>>> this for now, as I'm not sure when I'm likely to be able to look in more
>>> depth myself due to other commitments.
>>>
>>>
>>> On Tue, Sep 24, 2013 at 7:21 PM, Dinesh Kumar <
>>> dinesh(dot)kumar(at)enterprisedb(dot)com> wrote:
>>>
>>>> Hi Dave,
>>>>
>>>> Today, i have spend some time on this issue. But not able to figure out
>>>> why the event is not raising on single "delete" operation on the data
>>>> control combo box. I have tried to debug the wxMac's
>>>> "src/generic/datectlg.cpp", "OnText" method which is working fine in Linux
>>>> but not in mac. But no luck.
>>>>
>>>> Hence, like to request you to share your valuable suggestions.
>>>>
>>>> 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 Sat, Sep 7, 2013 at 12:09 AM, Dinesh Kumar <
>>>> dinesh(dot)kumar(at)enterprisedb(dot)com> wrote:
>>>>
>>>>> Hi Dave,
>>>>>
>>>>> I have setup the mac build for testing this case.
>>>>>
>>>>> Further to my observation, if we perform the multiple "delete
>>>>> operations" like 2 to 3 on the same date control, then it's behaving as
>>>>> expected. I have tried a lot to figure out the cause why it's not raising
>>>>> an Event of EVT_CALANDER_SEL_CHANGED, EVT_DATE_CHANGED on mac for the
>>>>> single "delete operation", but unable to find out the reason.
>>>>>
>>>>> I will work on this parallel and will update you the status very soon.
>>>>>
>>>>> Thanks for your time.
>>>>>
>>>>>
>>>>> 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 Fri, Aug 30, 2013 at 9:08 PM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
>>>>>
>>>>>> On Fri, Aug 30, 2013 at 4:33 PM, Dinesh Kumar
>>>>>> <dinesh(dot)kumar(at)enterprisedb(dot)com> wrote:
>>>>>> > H
>>>>>> > i Dave,
>>>>>> >
>>>>>> >
>>>>>> > On Fri, Aug 30, 2013 at 8:58 PM, Dave Page <dpage(at)pgadmin(dot)org>
>>>>>> wrote:
>>>>>> >>
>>>>>> >> Hi
>>>>>> >>
>>>>>> >>
>>>>>> >> On Fri, Aug 30, 2013 at 4:18 PM, Dinesh Kumar
>>>>>> >> <dinesh(dot)kumar(at)enterprisedb(dot)com> wrote:
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>> - Changing the time, but not the date, on an existing expiration
>>>>>> >>>> datetime, doesn't generate SQL and enable the OK button.
>>>>>> Changing just the
>>>>>> >>>> date does.
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> Apologies Dave. I am not able to explain you the problem
>>>>>> properly. But
>>>>>> >>> below are my findings.
>>>>>> >>>
>>>>>> >>> Further to my observation, it's not generating the event of
>>>>>> >>>
>>>>>> >>> EVT_SPIN(XRCID("timValidUntil"), dlgRole::OnChangeSpin)
>>>>>> >>>
>>>>>> >>> which is in pg_Roles.cpp. If the spin event occurs on spin
>>>>>> button, then
>>>>>> >>> it's directly going to
>>>>>> >>> "EVT_SPIN_x" in timespin.cpp. And also, i have observed that
>>>>>> >>> wxTimeSpinCtrl is our custom data type which we have been derived
>>>>>> from the
>>>>>> >>> wxControl class. That may be the reason the spin control event is
>>>>>> directly
>>>>>> >>> refering to timespin.cpp's EVT_SPIN_x functions. I have fixed
>>>>>> this issue
>>>>>> >>> by appending an dlgRole's event to timespin.cpp's event and it is
>>>>>> working
>>>>>> >>> fine.
>>>>>> >>>
>>>>>> >>> Kindly let me know if anything is unclear.
>>>>>> >>
>>>>>> >>
>>>>>> >> OK, that seems reasonable. Did you check if it breaks any other
>>>>>> usage of
>>>>>> >> that control?
>>>>>> >>
>>>>>> >
>>>>>> > Thanks Dave. I will verify this.
>>>>>> >
>>>>>> >> I wonder if, for 1.20, we should think about adding a 3rd party (or
>>>>>> >> creating a new) datetime control that we can use universally.
>>>>>> >>
>>>>>> >
>>>>>> >
>>>>>> > Yes true.
>>>>>> >
>>>>>> >>>
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>> - If I clear the date and time, SQL is not generated to reset
>>>>>> the valid
>>>>>> >>>> until time to infinity.
>>>>>> >>>>
>>>>>> >>>
>>>>>> >>> If the role's "rolvaliduntil" property is NULL or infinity then
>>>>>> there is
>>>>>> >>> no password expiration for that user/role. I believe, in your
>>>>>> case the
>>>>>> >>> "rolvaliduntil" might be the NULL. Hence, it's not generating any
>>>>>> "VALID
>>>>>> >>> UNTIL 'infinity'" since, NULL ~ infinity and also we haven't
>>>>>> changed
>>>>>> >>> anything. In the rest of the cases, i believe it will generate as
>>>>>> you
>>>>>> >>> suggested.
>>>>>> >>>
>>>>>> >>> Kindly let me know if i miss anything here.
>>>>>> >>
>>>>>> >>
>>>>>> >> Yeah, I think you misunderstood me:
>>>>>> >>
>>>>>> >
>>>>>> >
>>>>>> >>
>>>>>> >> 1) Create a new role, and set VALID UNTIL to some value. Close the
>>>>>> >> dialogue.
>>>>>> >>
>>>>>> >> 2) Open the properties dialogue, then clear the date/time fields.
>>>>>> That
>>>>>> >> should cause the dialogue to attempt to set VALID UNTIL to
>>>>>> infinity, but
>>>>>> >> doesn't.
>>>>>> >>
>>>>>> >
>>>>>> > Sorry Dave. :(
>>>>>> >
>>>>>> > I am not able to re-produce the above case in windows/Linux. I
>>>>>> don't have
>>>>>> > mac setup to test this. :(
>>>>>>
>>>>>> Hmm, OK - it seems it does work on Windows. Well, maybe this is a good
>>>>>> time for you to setup a Mac build environment :-).
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Dave Page
>>>>>> Blog: http://pgsnake.blogspot.com
>>>>>> Twitter: @pgsnake
>>>>>>
>>>>>> EnterpriseDB UK: http://www.enterprisedb.com
>>>>>> The Enterprise PostgreSQL Company
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> Dave Page
>>> Blog: http://pgsnake.blogspot.com
>>> Twitter: @pgsnake
>>>
>>> EnterpriseDB UK: http://www.enterprisedb.com
>>> The Enterprise PostgreSQL Company
>>>
>>
>>
>
>
> --
> Dave Page
> Blog: http://pgsnake.blogspot.com
> Twitter: @pgsnake
>
> EnterpriseDB UK: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>