Davis Vaughan

I mostly still think `new_tibble()` should strip all unknown attributes of `x`. We have a few wrappers around `new_data_frame()` in places like tidyr/dplyr/rsample to do this. Not sure about `as_tibble.data.frame()`...

It looks like all 4 of the packages here have been updated on CRAN, so I think we can move on this

This does feel somewhat reasonable for programmatic type stability purposes. i.e. probably wouldn't be used interactively but I could see people hardcoding expected results in a function that calls `unnest_wider()`?...

#1203 seems fixed by dev purrr now

A few other cases to think about related to this ``` r library(tidyr) library(vctrs) tibble(bar = list()) %>% hoist(bar, 'baz') #> # A tibble: 0 × 0 tibble(bar = list_of(.ptype...

Thanks for filing this bug report! Unfortunately because it's so hard to reproduce or we think it's unlikely to affect many people, we don't have the development resources to fix...

I looked into this a little and it seems like it would be rather challenging to add in per-expression, per-iteration setup code that won't also interfere with how things like...

For future us: This is complicated by the fact that `bench::press()` returns an object with the same class as `bench::mark()`, so there is no way for `summary.bench_mark()` to understand that...

It looks like in 2017 they actually fixed the bug in cctz itself due to another r user report https://github.com/google/cctz/issues/40 that corresponded to this commit https://github.com/google/cctz/commit/8775f882d30fa25d5b142ca8a33b1049985aeffe but then later that...

You also should not need to re-apply this PR https://github.com/r-dbi/odbc/pull/440 CCTZ has fixed this upstream by naming the types that go in the anonymous union https://github.com/google/cctz/pull/84