You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After the 9.0.0 release was accepted on CRAN, Ripley emailed me about a test failure on some other machine, which has not yet shown up on CRAN checks:
── Failure (test-dplyr-funcs-datetime.R:183:5): strptime ───────────────────────
`object` (`actual`) notequalto `expected` (`expected`).
actualvsexpectedx
- actual[1, ] NA
+ expected[1, ] 1999-03-1612:22:20
- actual[2, ] NA
+ expected[2, ] 1999-10-0818:02:24
- actual[3, ] NA
+ expected[3, ] 1999-04-0403:52:27
- actual[4, ] NA
+ expected[4, ] 1999-05-2811:35:45
- actual[5, ] NA
+ expected[5, ] 1999-03-1608:08:55
- actual[6, ] NA
+ expected[6, ] 1999-09-2500:19:59
- actual[7, ] NA
+ expected[7, ] 1999-10-1220:47:55
- actual[8, ] NA
+ expected[8, ] 1999-04-1520:36:12
- actual[9, ] NA
+ expected[9, ] 1999-05-0103:55:23
- actual[10, ] NA
+ expected[10, ] 1999-12-1501:19:05and90more ...
actual$x | expected$x
[1] NA - "1999-03-16 12:22:20" [1]
[2] NA - "1999-10-08 18:02:24" [2]
[3] NA - "1999-04-04 03:52:27" [3]
[4] NA - "1999-05-28 11:35:45" [4]
[5] NA - "1999-03-16 08:08:55" [5]
[6] NA - "1999-09-25 00:19:59" [6]
[7] NA - "1999-10-12 20:47:55" [7]
[8] NA - "1999-04-15 20:36:12" [8]
[9] NA - "1999-05-01 03:55:23" [9]
[10] NA - "1999-12-15 01:19:05" [10]
... ... ... and90more ...
Backtrace:
▆
1. └─arrow:::expect_equal(...) attest-dplyr-funcs-datetime.R:183:42. └─testthat::expect_equal(...) attests/testthat/helper-expectation.R:42:4
[ FAIL1 | WARN0 | SKIP79 | PASS8173 ]
It appears that one of the strptime tests returns NA in Arrow but not in R. Reading the test, it uses R to first strftime and then tests that Arrow and R both strptime that back, so it could be an R quirk: R recognizes and can do something with this strptime token round trip, but our library doesn't.
Unfortunately, I don't know which token it is though because these tests are run in a for loop and the failure message doesn't say which token is the one that is failing. testthat does provide some facilities for reporting useful things within a loop, so we should wire those up.
In addition to better handling of tests in a loop, we should probably just skip this whole thing on CRAN.
Neal Richardson / @nealrichardson:
We also might want to be explicit about which ones we expect to be all NA and which ones should be valid. My guess from reading the strptime docs is that on every other platform, this particular token is also invalid in R, but it is valid on BDR's machine.
After the 9.0.0 release was accepted on CRAN, Ripley emailed me about a test failure on some other machine, which has not yet shown up on CRAN checks:
It appears that one of the strptime tests returns NA in Arrow but not in R. Reading the test, it uses R to first strftime and then tests that Arrow and R both strptime that back, so it could be an R quirk: R recognizes and can do something with this strptime token round trip, but our library doesn't.
Unfortunately, I don't know which token it is though because these tests are run in a for loop and the failure message doesn't say which token is the one that is failing. testthat does provide some facilities for reporting useful things within a loop, so we should wire those up.
In addition to better handling of tests in a loop, we should probably just skip this whole thing on CRAN.
Reporter: Neal Richardson / @nealrichardson
Assignee: Rok Mihevc / @rok
Watchers: Rok Mihevc / @rok
PRs and other links:
Note: This issue was originally created as ARROW-17386. Please see the migration documentation for further details.
The text was updated successfully, but these errors were encountered: