[ 
https://issues.apache.org/jira/browse/IMPALA-9513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17070044#comment-17070044
 ] 

ASF subversion and git services commented on IMPALA-9513:
---------------------------------------------------------

Commit 68f0a040ecff41c760127635380ea0b0899270ff in impala's branch 
refs/heads/branch-3.4.0 from Joe McDonnell
[ https://gitbox.apache.org/repos/asf?p=impala.git;h=68f0a04 ]

IMPALA-9513: Fix TestKuduOperations.test_column_storage_attributes

When introducing Kudu date support, test_column_storage_attributes
was modified to add the date datatype. The test expects the date
to be represented in python as datetime.date. Instead, the date
is a string in python, so the test consistently fails.

This changes the test so that it expects a python string, and the
test now passes.

Change-Id: Ic198b72041fbe8fe7376c45356e484b304c6f16c
Reviewed-on: http://gerrit.cloudera.org:8080/15567
Reviewed-by: Impala Public Jenkins <[email protected]>
Tested-by: Impala Public Jenkins <[email protected]>
(cherry picked from commit c9da86d00d5aba0aa91bfa59e47f2e28889b2a87)


> query_test.test_kudu.TestKuduOperations.test_column_storage_attributes fails 
> on exhaustive tests
> ------------------------------------------------------------------------------------------------
>
>                 Key: IMPALA-9513
>                 URL: https://issues.apache.org/jira/browse/IMPALA-9513
>             Project: IMPALA
>          Issue Type: Bug
>    Affects Versions: Impala 3.4.0
>            Reporter: Norbert Luksa
>            Assignee: Joe McDonnell
>            Priority: Blocker
>              Labels: broken-build
>             Fix For: Impala 4.0
>
>
> Encountered the mentioned test failures in recent exhaustive tests. The 
> failed assertion is: 
> {code:java}
> query_test/test_kudu.py:436: in test_column_storage_attributes assert 
> cursor.fetchall() == \ E assert [(0, True, 0, 0, 0, 0, ...)] == [(0, True, 0, 
> 0, 0, 0, ...)] E At index 0 diff: (0, True, 0, 0, 0, 0, 0.0, 0.0, '0', 
> datetime.datetime(2009, 1, 1, 0, 0), Decimal('0'), '2010-01-01') != (0, True, 
> 0, 0, 0, 0, 0.0, 0.0, '0', datetime.datetime(2009, 1, 1, 0, 0), 0, 
> datetime.date(2010, 1, 1)) E
> {code}
> Looks like it is caused by https://gerrit.cloudera.org/#/c/14705/.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to