lint

Author: nli307

doc/source/whatsnew/v3.0.0.rst

@@ -1108,13 +1108,13 @@ Numeric
 
 Conversion
 ^^^^^^^^^^
+- Bug in :meth:`ArrowDtype._get_common_dtype` and :meth:`ExtentionDtype._get_common_dtype` when using ``date32[pyarrow]`` and ``date64[pyarrow]`` types (:issue:`62343`)
 - Bug in :meth:`DataFrame.astype` not casting ``values`` for Arrow-based dictionary dtype correctly (:issue:`58479`)
 - Bug in :meth:`DataFrame.update` bool dtype being converted to object (:issue:`55509`)
 - Bug in :meth:`Series.astype` might modify read-only array inplace when casting to a string dtype (:issue:`57212`)
 - Bug in :meth:`Series.convert_dtypes` and :meth:`DataFrame.convert_dtypes` removing timezone information for objects with :class:`ArrowDtype` (:issue:`60237`)
 - Bug in :meth:`Series.reindex` not maintaining ``float32`` type when a ``reindex`` introduces a missing value (:issue:`45857`)
 - Bug in :meth:`to_datetime` and :meth:`to_timedelta` with input ``None`` returning ``None`` instead of ``NaT``, inconsistent with other conversion methods (:issue:`23055`)
-- Bug in :meth:`ArrowDtype._get_common_dtype` and :meth:`ExtentionDtype._get_common_dtype` when using ``date32[pyarrow]`` and ``date64[pyarrow]`` types (:issue:`62343`)
 
 Strings
 ^^^^^^^

pandas/tests/dtypes/cast/test_find_common_type.py

@@ -204,7 +204,7 @@ def test_pyarrow_date_dtypes(dtypes, expected):
 @pytest.mark.xfail(reason="""
                    Finding common pyarrow dtypes relies on conversion
                    to numpy dtypes and then back to pyarrow dtypes.
-                   
+
                    We have:
                    >>> pa.from_numpy_dtype(np.dtype('datetime64[D]'))
                    DataType(date32[day])
@@ -238,4 +238,4 @@ def test_pyarrow_date_dtypes(dtypes, expected):
 def test_pyarrow_date64_dtype(dtypes, expected):
     source_dtypes = [pandas_dtype(dtype) for dtype in dtypes]
     result = find_common_type(source_dtypes)
-    assert result == pandas_dtype(expected)
+    assert result == pandas_dtype(expected)