Skip to content
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

Fix Rails/TimeZone should not report offense on String#to_time with timezone specifier #1367

Merged
merged 1 commit into from
Oct 14, 2024

Conversation

armandmgt
Copy link
Contributor

As Time.parse("2012-03-02T16:05:37Z") is allowed, "2012-03-02T16:05:37Z".to_time should also be allowed.


Before submitting the PR make sure the following are checked:

  • The PR relates to only one subject with a clear title and description in grammatically correct, complete sentences.
  • Wrote good commit messages.
  • Commit message starts with [Fix #issue-number] (if the related issue exists).
  • Feature branch is up-to-date with master (if not - rebase it).
  • Squashed related commits together.
  • Added tests.
  • Ran bundle exec rake default. It executes all tests and runs RuboCop on its own code.
  • Added an entry (file) to the changelog folder named {change_type}_{change_description}.md if the new code introduces user-observable changes. See changelog entry format for details.
  • If this is a new cop, consider making a corresponding update to the Rails Style Guide.

@@ -27,7 +27,8 @@ module Rails
# Time.current
# Time.zone.now
# Time.zone.parse('2015-03-02T19:05:37')
# Time.zone.parse('2015-03-02T19:05:37Z') # Respect ISO 8601 format with timezone specifier.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Was this an intentional removal? If so, what was the intention behind it?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry I wanted to explain the change in the PR body and forgot to do it

This example was added in PR #441 which specifically allows Time.parse when a timezone specifier is present so Time.parse(...) seems like the good syntax in that case

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hm, this deleted example (Time.zone.parse('2015-03-02T19:05:37Z')) still seems like a good use case. Can you restore it instead of removing it?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good point 👍 Done in 737721c

@armandmgt armandmgt requested a review from koic October 1, 2024 07:54
@koic
Copy link
Member

koic commented Oct 14, 2024

Looks good to me. Can you squash your commits into one?

…th timezone specifier

As `Time.parse("2012-03-02T16:05:37Z")` is allowed, `"2012-03-02T16:05:37Z".to_time` should also be allowed.
@armandmgt armandmgt force-pushed the feature/allow-to_time-with-specifier branch from 737721c to 5bc926f Compare October 14, 2024 07:26
@koic
Copy link
Member

koic commented Oct 14, 2024

I'm going to merge this PR because the CI failure has been fixed in the master branch. Thank you!

@koic koic merged commit ec31d1b into rubocop:master Oct 14, 2024
7 of 14 checks passed
@armandmgt armandmgt deleted the feature/allow-to_time-with-specifier branch October 14, 2024 08:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants