ruby-core@ruby-lang.org archive (unofficial mirror)
 help / color / mirror / Atom feed
From: zverok.offline@gmail.com
To: ruby-core@ruby-lang.org
Subject: [ruby-core:96390] [Ruby master Bug#16440] Date range inclusion behaviors are inconsistent
Date: Sat, 21 Dec 2019 15:25:33 +0000 (UTC)	[thread overview]
Message-ID: <redmine.journal-83313.20191221152532.d36741eaa3a4fc36@ruby-lang.org> (raw)
In-Reply-To: redmine.issue-16440.20191220162254@ruby-lang.org

Issue #16440 has been updated by zverok (Victor Shepelev).


> Does a Date range represent a series of individual days between May 1st and May 31th, like `[2019-05-01 00:00:00, 2019-05-02 00:00:00..... 2019-05-31 00:00:00]` ? Or it represents a continuous time range that starts from May 1st's 00:00 to May 31th's 00:00?

It (Range in general, nothing special about date Range) represents both, depending on the context. 

* In Enumerable context (for example, if you'll try to do `(may1..may31).to_a`, or `.select` or `.any?`; or `include?`) it represents a series. 
* In the diapason context (`cover?`, `===`) it represents the entire space between beginning and end. That's true for every kind of range, and even if not entirely obvious always, is easy to explain and remember without edge cases (which the linked Rails PR tries to introduce: "if you don't know `include?` is discontinous, we got you covered, bro!").

> I think it should return true for `(may1..may31).include? may3.to_time`. 

The reason it doesn't is not related to the Range itself, but to the fact that `Date` is library class and `Time` is core class, and they are not compatible. This is also `false`:

```ruby
may3 == may3.to_time
# => false 
```

I hate this fact myself and tried to argue about it (that we need core `Date` class), but Powers That Be think about `date` as "scientific" dates library rarely needed, while Rails team and Rails users used to think about it as a generic "just date" class.

----------------------------------------
Bug #16440: Date range inclusion behaviors are inconsistent
https://bugs.ruby-lang.org/issues/16440#change-83313

* Author: st0012 (Stan Lo)
* Status: Open
* Priority: Normal
* Assignee: 
* Target version: 
* ruby -v: ruby 2.6.5p114 (2019-10-01 revision 67812) [x86_64-darwin19]
* Backport: 2.5: UNKNOWN, 2.6: UNKNOWN
----------------------------------------
It's weird that a Date range can include Time and DateTime objects that were converted from a Date object. But it can't include a newly generated DateTime object. For example:

```
may1 = Date.parse("2019-05-01")
may3 = Date.parse("2019-05-03")
noon_of_may3 = DateTime.parse("2019-05-03 12:00")
may31 = Date.parse("2019-05-31")

(may1..may31).include? may3 # => True
(may1..may31).include? may3.to_time # => True
(may1..may31).include? may3.to_datetime # => True
(may1..may31).include? noon_of_may3 # => False
```

Shouldn't the last case return `true` as well? 

Related Rails issue: https://github.com/rails/rails/issues/36175



-- 
https://bugs.ruby-lang.org/

  parent reply	other threads:[~2019-12-21 15:25 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <redmine.issue-16440.20191220162254@ruby-lang.org>
2019-12-20 16:22 ` [ruby-core:96377] [Ruby master Bug#16440] Date range inclusion behaviors are inconsistent stan001212
2019-12-20 17:28 ` [ruby-core:96378] " wishdev
2019-12-20 17:55 ` [ruby-core:96379] " zverok.offline
2019-12-21  3:51 ` [ruby-core:96383] " shevegen
2019-12-21 15:05 ` [ruby-core:96389] " stan001212
2019-12-21 15:25 ` zverok.offline [this message]
2019-12-29 19:10 ` [ruby-core:96581] " merch-redmine

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.ruby-lang.org/en/community/mailing-lists/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=redmine.journal-83313.20191221152532.d36741eaa3a4fc36@ruby-lang.org \
    --to=ruby-core@ruby-lang.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).