-
Notifications
You must be signed in to change notification settings - Fork 25
Accept integers or characters for hit id column #512
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -41,7 +41,7 @@ connectapi_ptypes <- list( | |
| "data_version" = NA_integer_ | ||
| ), | ||
| usage = tibble::tibble( | ||
| "id" = NA_integer_, | ||
| "id" = NA_character_, | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This is the id... of the hit? What if we just dropped it? I can't imagine it has any value.
Collaborator
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yeah, that would make sense, except that it will have value 🔜 (in the work I'm doing to unify hits + shiny usage we need something to join on, and this is the thing to join on). We can drop it now if we want, though we will need to pull it back when I get through my unification / cleanup work. |
||
| "user_guid" = NA_character_, | ||
| "content_guid" = NA_character_, | ||
| "timestamp" = NA_datetime_, | ||
|
|
||
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changing the
idcolumn type from integer to character is a breaking change for existing users ofget_usage()(introduced in 0.8.0) who may be relying on integer comparisons or integer arithmetic on theidcolumn. The other recent releases (0.10.0, 0.11.0) follow the pattern of calling out such changes under a## Breaking changessubsection. Consider adding a## Breaking changessubsection to the development version entry noting this type change.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@karawoo thoughts? My inclination is to leave it where it is, we already marked it as breaking on the connect server, and for most (all?) people this change in types will be entirely inconsequential. But I can add the header if you think it's worth it
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think of this more as a fix than a breaking change because you only noticed this because the ptype stuff threw errors right? And there is no real use for this field otherwise.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we already discussed separately but yeah, I think it's fine where it is.