BUG: Series ops with object dtype may incorrectly fail

[sinhrks]

• closes BUG: Series with datetime-like object ops raises TypeError #13043
• tests added / passed
• passes git diff upstream/master | flake8 --diff
• whatsnew entry

This must be after #13069.

[codecov-io]

Current coverage is 84.14%

Merging #13072 into master will increase coverage by +<.01%

@@             master     #13072   diff @@
==========================================
  Files           137        137          
  Lines         50287      50239    -48   
  Methods           0          0          
  Messages          0          0          
  Branches          0          0          
==========================================
- Hits          42312      42272    -40   
+ Misses         7975       7967     -8   
  Partials          0          0          

1. 4 files (not in diff) in pandas/tseries were modified. more
   • Misses -4
   • Hits -26
2. 2 files (not in diff) in pandas/io were modified. more
   • Misses -3
   • Hits -3
3. 2 files (not in diff) in pandas/core were modified. more
4. 2 files (not in diff) in pandas were modified. more
   • Misses -2
   • Hits -22

Powered by Codecov. Last updated by 43989fd...f814410

[jreback]

I would either do this directly in na_op (not sure if that's easy/possible) or

def safe_na_op(lvalues, rvalues): # better name...
     try:
           return na_op(lvalues, rvalues)
     except Exception:
           if is_object_dtype(........):

then

result = wrrap_results(maybe_na_op(lvalues, rvalues))

# only need 1 return statement (you may need to: ``name = left.name`` etc in the scalar section
return left._constructor(result, index=index, name=name, dtype=dtype)

[sinhrks]

Is this what you mean? The travis failure is caused by boto.