Awesome - thanks, applied!

On Mon, Dec 18, 2017 at 2:24 PM, Harshal Dhumal <
harshal.dhu...@enterprisedb.com> wrote:

>
>
> --
> *Harshal Dhumal*
> *Sr. Software Engineer*
>
> EnterpriseDB India: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>
> On Mon, Dec 18, 2017 at 3:13 PM, Dave Page <dp...@pgadmin.org> wrote:
>
>> Hi
>>
>> Looks like there's a TZ issue in the datatype test:
>>
>> ======================================================================
>> FAIL: runTest (pgadmin.feature_tests.pg_data
>> type_validation_test.PGDataypeFeatureTest)
>> Test checks for PG data-types output
>> ----------------------------------------------------------------------
>> Traceback (most recent call last):
>>   File 
>> "/Users/dpage/git/pgadmin4/web/pgadmin/feature_tests/pg_datatype_validation_test.py",
>> line 105, in runTest
>>     self._check_datatype()
>>   File 
>> "/Users/dpage/git/pgadmin4/web/pgadmin/feature_tests/pg_datatype_validation_test.py",
>> line 155, in _check_datatype
>>     batch['output'][cnt - 2]
>>   File 
>> "/Users/dpage/git/pgadmin4/web/pgadmin/feature_tests/pg_datatype_validation_test.py",
>> line 186, in check_result
>>     datatype, source_code, string_to_find
>> AssertionError: for datatype tstzrange
>> ["2010-01-01 08:30:00+00","2010-06-01 10:30:00+01") does not match with
>> ["2010-01-01 14:00:00+05:30","2010-06-01 15:00:00+05:30")
>>
>> Fixed.
>
> Please find attached updated patch.
>
>
>>
>> On Fri, Dec 15, 2017 at 6:34 AM, Harshal Dhumal <
>> harshal.dhu...@enterprisedb.com> wrote:
>>
>>> +pgadmin-hackers
>>>
>>> --
>>> *Harshal Dhumal*
>>> *Sr. Software Engineer*
>>>
>>> EnterpriseDB India: http://www.enterprisedb.com
>>> The Enterprise PostgreSQL Company
>>>
>>> On Thu, Dec 14, 2017 at 5:26 PM, Harshal Dhumal <
>>> harshal.dhu...@enterprisedb.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> Please find attached patch for various data type test cases.
>>>>
>>>>
>>>> --
>>>> *Harshal Dhumal*
>>>> *Sr. Software Engineer*
>>>>
>>>> EnterpriseDB India: http://www.enterprisedb.com
>>>> The Enterprise PostgreSQL Company
>>>>
>>>> On Mon, Dec 11, 2017 at 5:24 PM, Harshal Dhumal <
>>>> harshal.dhu...@enterprisedb.com> wrote:
>>>>
>>>>>
>>>>> --
>>>>> *Harshal Dhumal*
>>>>> *Sr. Software Engineer*
>>>>>
>>>>> EnterpriseDB India: http://www.enterprisedb.com
>>>>> The Enterprise PostgreSQL Company
>>>>>
>>>>> On Sat, Dec 9, 2017 at 12:06 PM, Khushboo Vashi <
>>>>> khushboo.va...@enterprisedb.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Sat, Dec 9, 2017 at 11:50 AM, Harshal Dhumal <
>>>>>> harshal.dhu...@enterprisedb.com> wrote:
>>>>>>
>>>>>>>
>>>>>>> On Sat, Dec 9, 2017 at 11:30 AM, Dave Page <dp...@pgadmin.org>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi
>>>>>>>>
>>>>>>>> Yeah, that one is in my list to work on. Have you specifically
>>>>>>>> tested it with enum types (not enum[])?
>>>>>>>>
>>>>>>>
>>>>>>> Yes.
>>>>>>>
>>>>>>
>>>>>> @Harshal,
>>>>>>
>>>>>> Can you add multidimensional array, enum types into feature test
>>>>>> (pg_datatype_validation_test.py) ?
>>>>>>
>>>>>
>>>>> I think I need to add test cases for all array data types not just
>>>>> enum types since fix was not targeted for any particular data type.
>>>>>
>>>>>
>>>>>>
>>>>>> [image: Inline image 3]
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> On Sat, Dec 9, 2017 at 5:55 AM, Harshal Dhumal <
>>>>>>>> harshal.dhu...@enterprisedb.com> wrote:
>>>>>>>>
>>>>>>>>> Hi Dave,
>>>>>>>>>
>>>>>>>>> Recently I sent a patch
>>>>>>>>> <https://www.postgresql.org/message-id/CAFiP3vzj6t2QuhkWy-sHnpcQB4tiq%2BK6gqLOVQkkcOuBtksvfw%40mail.gmail.com>
>>>>>>>>> regarding multidimensional array representation issue.
>>>>>>>>> In that patch I have reworked about how multidimensional (1
>>>>>>>>> dimension to n dimension)
>>>>>>>>> array data should be represented in grid.
>>>>>>>>> Also this patch covers almost all the array data types including
>>>>>>>>> composite array data types like
>>>>>>>>> int8range[], enum[], inet[], cidr[], macaddr[], uuid[], xml[],
>>>>>>>>> bit[], varbit[] and so on.
>>>>>>>>>
>>>>>>>>> Please review the patch and let me know if any thing needs to be
>>>>>>>>> included in this patch.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> *Harshal Dhumal*
>>>>>>>>> *Sr. Software Engineer*
>>>>>>>>>
>>>>>>>>> EnterpriseDB India: http://www.enterprisedb.com
>>>>>>>>> The Enterprise PostgreSQL Company
>>>>>>>>>
>>>>>>>>> On Sat, Dec 9, 2017 at 10:45 AM, Dave Page <dp...@pgadmin.org>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Murtuza, can you investigate please?
>>>>>>>>>>
>>>>>>>>>> Thanks!
>>>>>>>>>>
>>>>>>>>>> On Fri, Dec 8, 2017 at 8:08 PM, Bartosz Dmytrak <
>>>>>>>>>> bdmyt...@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi all,
>>>>>>>>>>>
>>>>>>>>>>> According to documentation: https://www.postgresql.org/doc
>>>>>>>>>>> s/current/static/functions-enum.html when I execute SELECT
>>>>>>>>>>> enum_range(null::rainbow) then output should look like this:
>>>>>>>>>>> {red,orange,yellow,green,blue,purple}
>>>>>>>>>>>
>>>>>>>>>>> But in pgAdmin output looks like this:
>>>>>>>>>>> {{,r,e,d,,,o,r,a,n,g,e,,,y,e,l,l,o,w,,,g,r,e,e,n,,,b,l,u,e,,,p,u,r,p,l,e,}}.
>>>>>>>>>>> When you click on the field, popup window shows correct value. I’ve 
>>>>>>>>>>> double
>>>>>>>>>>> checked it in psql, and output is correct. I think it could be 
>>>>>>>>>>> considered
>>>>>>>>>>> as bug in pgAdmin
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> PgAdmin details:
>>>>>>>>>>>
>>>>>>>>>>> *Version *2.0
>>>>>>>>>>>
>>>>>>>>>>> *Python Version *2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016,
>>>>>>>>>>> 20:42:59) [MSC v.1500 32 bit (Intel)]
>>>>>>>>>>>
>>>>>>>>>>> *Flask Version *0.12.2
>>>>>>>>>>>
>>>>>>>>>>> *Application Mode *Desktop
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Pg Version: 10.1
>>>>>>>>>>>
>>>>>>>>>>> Regardless this one, many thanks for your great job pgAdmin Team!
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Best regards,
>>>>>>>>>>>
>>>>>>>>>>> *Bartosz Dmytrak*
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> 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
>>
>
>


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

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

Reply via email to