* [ruby-core:63372] [ruby-trunk - Bug #9986] [Open] WEBrick content-length being set when transfer-encoding is chunked
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
@ 2014-06-27 16:32 ` lengarvey
2014-06-27 22:55 ` [ruby-core:63378] [ruby-trunk - Bug #9986] " nobu
` (7 subsequent siblings)
8 siblings, 0 replies; 9+ messages in thread
From: lengarvey @ 2014-06-27 16:32 UTC (permalink / raw
To: ruby-core
Issue #9986 has been reported by Leonard Garvey.
----------------------------------------
Bug #9986: WEBrick content-length being set when transfer-encoding is chunked
https://bugs.ruby-lang.org/issues/9986
* Author: Leonard Garvey
* Status: Open
* Priority: Normal
* Assignee: Hiroshi Nakamura
* Category: lib
* Target version:
* ruby -v: trunk, ruby 2.1.2p95
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
It's possible to get WEBrick to return both Transfer-Encoding: chunked and a calculated Content-length header. If the Transfer-encoding header is set via WEBrick::HTTPResponse#[]= then #chunked? will return false and the content length will be set during the setup_headers method. This causes issues with rack and safari (example code for rack can be seen https://github.com/rack/rack/issues/618#issuecomment-47355492). As far as I'm aware WEBrick shouldn't return a content-length when a transfer-encoding chunked header is present. Messages MUST NOT include both a Content-Length header field and a transfer-coding. as per http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html
The following test can be placed into test_httpresponse.rb to demonstrate the issue:
~~~
def test_200_chunked_does_not_set_content_length
res.body = 'hello'
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.setup_header
assert_nil res.header.fetch('content-length', nil)
end
~~~
I've added a patchfile which includes the above test and a fix for the issue.
---Files--------------------------------
webrick_transfer_encoding_chunked_content_length.patch (1.07 KB)
--
https://bugs.ruby-lang.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* [ruby-core:63378] [ruby-trunk - Bug #9986] WEBrick content-length being set when transfer-encoding is chunked
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
2014-06-27 16:32 ` [ruby-core:63372] [ruby-trunk - Bug #9986] [Open] WEBrick content-length being set when transfer-encoding is chunked lengarvey
@ 2014-06-27 22:55 ` nobu
2014-06-27 22:55 ` [ruby-core:63380] [ruby-trunk - Bug #9986] [Rejected] " nobu
` (6 subsequent siblings)
8 siblings, 0 replies; 9+ messages in thread
From: nobu @ 2014-06-27 22:55 UTC (permalink / raw
To: ruby-core
Issue #9986 has been updated by Nobuyoshi Nakada.
Duplicates Bug #9927: webrick does not unset content-length when responding to HEAD requests added
----------------------------------------
Bug #9986: WEBrick content-length being set when transfer-encoding is chunked
https://bugs.ruby-lang.org/issues/9986#change-47422
* Author: Leonard Garvey
* Status: Open
* Priority: Normal
* Assignee: Hiroshi Nakamura
* Category: lib
* Target version:
* ruby -v: trunk, ruby 2.1.2p95
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
It's possible to get WEBrick to return both Transfer-Encoding: chunked and a calculated Content-length header. If the Transfer-encoding header is set via WEBrick::HTTPResponse#[]= then #chunked? will return false and the content length will be set during the setup_headers method. This causes issues with rack and safari (example code for rack can be seen https://github.com/rack/rack/issues/618#issuecomment-47355492). As far as I'm aware WEBrick shouldn't return a content-length when a transfer-encoding chunked header is present. Messages MUST NOT include both a Content-Length header field and a transfer-coding. as per http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html
The following test can be placed into test_httpresponse.rb to demonstrate the issue:
~~~
def test_200_chunked_does_not_set_content_length
res.body = 'hello'
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.setup_header
assert_nil res.header.fetch('content-length', nil)
end
~~~
I've added a patchfile which includes the above test and a fix for the issue.
---Files--------------------------------
webrick_transfer_encoding_chunked_content_length.patch (1.07 KB)
--
https://bugs.ruby-lang.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* [ruby-core:63380] [ruby-trunk - Bug #9986] [Rejected] WEBrick content-length being set when transfer-encoding is chunked
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
2014-06-27 16:32 ` [ruby-core:63372] [ruby-trunk - Bug #9986] [Open] WEBrick content-length being set when transfer-encoding is chunked lengarvey
2014-06-27 22:55 ` [ruby-core:63378] [ruby-trunk - Bug #9986] " nobu
@ 2014-06-27 22:55 ` nobu
2014-06-28 1:55 ` [ruby-core:63382] [ruby-trunk - Bug #9986] " lengarvey
` (5 subsequent siblings)
8 siblings, 0 replies; 9+ messages in thread
From: nobu @ 2014-06-27 22:55 UTC (permalink / raw
To: ruby-core
Issue #9986 has been updated by Nobuyoshi Nakada.
Status changed from Open to Rejected
----------------------------------------
Bug #9986: WEBrick content-length being set when transfer-encoding is chunked
https://bugs.ruby-lang.org/issues/9986#change-47424
* Author: Leonard Garvey
* Status: Rejected
* Priority: Normal
* Assignee: Hiroshi Nakamura
* Category: lib
* Target version:
* ruby -v: trunk, ruby 2.1.2p95
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
It's possible to get WEBrick to return both Transfer-Encoding: chunked and a calculated Content-length header. If the Transfer-encoding header is set via WEBrick::HTTPResponse#[]= then #chunked? will return false and the content length will be set during the setup_headers method. This causes issues with rack and safari (example code for rack can be seen https://github.com/rack/rack/issues/618#issuecomment-47355492). As far as I'm aware WEBrick shouldn't return a content-length when a transfer-encoding chunked header is present. Messages MUST NOT include both a Content-Length header field and a transfer-coding. as per http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html
The following test can be placed into test_httpresponse.rb to demonstrate the issue:
~~~
def test_200_chunked_does_not_set_content_length
res.body = 'hello'
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.setup_header
assert_nil res.header.fetch('content-length', nil)
end
~~~
I've added a patchfile which includes the above test and a fix for the issue.
---Files--------------------------------
webrick_transfer_encoding_chunked_content_length.patch (1.07 KB)
--
https://bugs.ruby-lang.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* [ruby-core:63382] [ruby-trunk - Bug #9986] WEBrick content-length being set when transfer-encoding is chunked
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
` (2 preceding siblings ...)
2014-06-27 22:55 ` [ruby-core:63380] [ruby-trunk - Bug #9986] [Rejected] " nobu
@ 2014-06-28 1:55 ` lengarvey
2014-06-30 8:00 ` [ruby-core:63421] " naruse
` (4 subsequent siblings)
8 siblings, 0 replies; 9+ messages in thread
From: lengarvey @ 2014-06-28 1:55 UTC (permalink / raw
To: ruby-core
Issue #9986 has been updated by Leonard Garvey.
I don't believe this is a duplicate of #9927. This occurs if you're not issuing a HEAD request and affects Safari with standard rack applications which use the Rack::Chunked middleware.
~~~
ᐅ curl -i http://localhost:8000
HTTP/1.1 200 OK
Transfer-Encoding: chunked
Server: WEBrick/1.3.1 (Ruby/2.1.2/2014-05-08)
Date: Sat, 28 Jun 2014 01:50:46 GMT
Content-Length: 26
Connection: Keep-Alive
Hello world%
~~~
Which can be replicated with the following webrick server:
~~~
require 'webrick'
server = WEBrick::HTTPServer.new :Port => 8000
server.mount_proc '/' do |req, res|
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.body = "5\r\nHello\r\n6\r\n world\r\n0\r\n\r\n"
end
trap 'INT' do server.shutdown end
server.start
~~~
Note that this response includes the both the Transfer-Encoding: chunked header and the Content-Length header. This (to my understanding) is against RFC2616 Section 4(http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html) although I'd agree that Safari is also not complying with the spec too:
> Messages MUST NOT include both a Content-Length header field and a non-identity transfer-coding. If the message does include a non- identity transfer-coding, the Content-Length MUST be ignored.
----------------------------------------
Bug #9986: WEBrick content-length being set when transfer-encoding is chunked
https://bugs.ruby-lang.org/issues/9986#change-47426
* Author: Leonard Garvey
* Status: Rejected
* Priority: Normal
* Assignee: Hiroshi Nakamura
* Category: lib
* Target version:
* ruby -v: trunk, ruby 2.1.2p95
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
It's possible to get WEBrick to return both Transfer-Encoding: chunked and a calculated Content-length header. If the Transfer-encoding header is set via WEBrick::HTTPResponse#[]= then #chunked? will return false and the content length will be set during the setup_headers method. This causes issues with rack and safari (example code for rack can be seen https://github.com/rack/rack/issues/618#issuecomment-47355492). As far as I'm aware WEBrick shouldn't return a content-length when a transfer-encoding chunked header is present. Messages MUST NOT include both a Content-Length header field and a transfer-coding. as per http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html
The following test can be placed into test_httpresponse.rb to demonstrate the issue:
~~~
def test_200_chunked_does_not_set_content_length
res.body = 'hello'
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.setup_header
assert_nil res.header.fetch('content-length', nil)
end
~~~
I've added a patchfile which includes the above test and a fix for the issue.
---Files--------------------------------
webrick_transfer_encoding_chunked_content_length.patch (1.07 KB)
--
https://bugs.ruby-lang.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* [ruby-core:63421] [ruby-trunk - Bug #9986] WEBrick content-length being set when transfer-encoding is chunked
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
` (3 preceding siblings ...)
2014-06-28 1:55 ` [ruby-core:63382] [ruby-trunk - Bug #9986] " lengarvey
@ 2014-06-30 8:00 ` naruse
2014-06-30 8:04 ` [ruby-core:63423] [ruby-trunk - Bug #9986] [Assigned] " naruse
` (3 subsequent siblings)
8 siblings, 0 replies; 9+ messages in thread
From: naruse @ 2014-06-30 8:00 UTC (permalink / raw
To: ruby-core
Issue #9986 has been updated by Yui NARUSE.
Duplicates deleted (Bug #9927: webrick does not unset content-length when responding to HEAD requests)
----------------------------------------
Bug #9986: WEBrick content-length being set when transfer-encoding is chunked
https://bugs.ruby-lang.org/issues/9986#change-47464
* Author: Leonard Garvey
* Status: Rejected
* Priority: Normal
* Assignee: Hiroshi Nakamura
* Category: lib
* Target version:
* ruby -v: trunk, ruby 2.1.2p95
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
It's possible to get WEBrick to return both Transfer-Encoding: chunked and a calculated Content-length header. If the Transfer-encoding header is set via WEBrick::HTTPResponse#[]= then #chunked? will return false and the content length will be set during the setup_headers method. This causes issues with rack and safari (example code for rack can be seen https://github.com/rack/rack/issues/618#issuecomment-47355492). As far as I'm aware WEBrick shouldn't return a content-length when a transfer-encoding chunked header is present. Messages MUST NOT include both a Content-Length header field and a transfer-coding. as per http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html
The following test can be placed into test_httpresponse.rb to demonstrate the issue:
~~~
def test_200_chunked_does_not_set_content_length
res.body = 'hello'
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.setup_header
assert_nil res.header.fetch('content-length', nil)
end
~~~
I've added a patchfile which includes the above test and a fix for the issue.
---Files--------------------------------
webrick_transfer_encoding_chunked_content_length.patch (1.07 KB)
--
https://bugs.ruby-lang.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* [ruby-core:63423] [ruby-trunk - Bug #9986] [Assigned] WEBrick content-length being set when transfer-encoding is chunked
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
` (4 preceding siblings ...)
2014-06-30 8:00 ` [ruby-core:63421] " naruse
@ 2014-06-30 8:04 ` naruse
2014-06-30 8:14 ` [ruby-core:63428] [ruby-trunk - Bug #9986] " lengarvey
` (2 subsequent siblings)
8 siblings, 0 replies; 9+ messages in thread
From: naruse @ 2014-06-30 8:04 UTC (permalink / raw
To: ruby-core
Issue #9986 has been updated by Yui NARUSE.
Status changed from Rejected to Assigned
Target version set to current: 2.2.0
It sounds reasonable.
But the fix should be in WEBrick::HTTPResponse#[]=.
----------------------------------------
Bug #9986: WEBrick content-length being set when transfer-encoding is chunked
https://bugs.ruby-lang.org/issues/9986#change-47466
* Author: Leonard Garvey
* Status: Assigned
* Priority: Normal
* Assignee: Hiroshi Nakamura
* Category: lib
* Target version: current: 2.2.0
* ruby -v: trunk, ruby 2.1.2p95
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
It's possible to get WEBrick to return both Transfer-Encoding: chunked and a calculated Content-length header. If the Transfer-encoding header is set via WEBrick::HTTPResponse#[]= then #chunked? will return false and the content length will be set during the setup_headers method. This causes issues with rack and safari (example code for rack can be seen https://github.com/rack/rack/issues/618#issuecomment-47355492). As far as I'm aware WEBrick shouldn't return a content-length when a transfer-encoding chunked header is present. Messages MUST NOT include both a Content-Length header field and a transfer-coding. as per http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html
The following test can be placed into test_httpresponse.rb to demonstrate the issue:
~~~
def test_200_chunked_does_not_set_content_length
res.body = 'hello'
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.setup_header
assert_nil res.header.fetch('content-length', nil)
end
~~~
I've added a patchfile which includes the above test and a fix for the issue.
---Files--------------------------------
webrick_transfer_encoding_chunked_content_length.patch (1.07 KB)
--
https://bugs.ruby-lang.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* [ruby-core:63428] [ruby-trunk - Bug #9986] WEBrick content-length being set when transfer-encoding is chunked
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
` (5 preceding siblings ...)
2014-06-30 8:04 ` [ruby-core:63423] [ruby-trunk - Bug #9986] [Assigned] " naruse
@ 2014-06-30 8:14 ` lengarvey
2014-07-01 13:28 ` [ruby-core:63474] " lengarvey
2019-08-11 20:01 ` [ruby-core:94285] [Ruby master Bug#9986] " merch-redmine
8 siblings, 0 replies; 9+ messages in thread
From: lengarvey @ 2014-06-30 8:14 UTC (permalink / raw
To: ruby-core
Issue #9986 has been updated by Leonard Garvey.
Thanks for taking another look.
It's a relatively simple fix either way, I made the change in HTTPResponse#chunked? because I assumed that less 3rd parties would use this method so would be less affected by the additional logic within. Although I guess this leaves the @chunked instance variable incorrect until queried using #chunked? which may cause issues down the line.
----------------------------------------
Bug #9986: WEBrick content-length being set when transfer-encoding is chunked
https://bugs.ruby-lang.org/issues/9986#change-47471
* Author: Leonard Garvey
* Status: Assigned
* Priority: Normal
* Assignee: Hiroshi Nakamura
* Category: lib
* Target version: current: 2.2.0
* ruby -v: trunk, ruby 2.1.2p95
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
It's possible to get WEBrick to return both Transfer-Encoding: chunked and a calculated Content-length header. If the Transfer-encoding header is set via WEBrick::HTTPResponse#[]= then #chunked? will return false and the content length will be set during the setup_headers method. This causes issues with rack and safari (example code for rack can be seen https://github.com/rack/rack/issues/618#issuecomment-47355492). As far as I'm aware WEBrick shouldn't return a content-length when a transfer-encoding chunked header is present. Messages MUST NOT include both a Content-Length header field and a transfer-coding. as per http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html
The following test can be placed into test_httpresponse.rb to demonstrate the issue:
~~~
def test_200_chunked_does_not_set_content_length
res.body = 'hello'
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.setup_header
assert_nil res.header.fetch('content-length', nil)
end
~~~
I've added a patchfile which includes the above test and a fix for the issue.
---Files--------------------------------
webrick_transfer_encoding_chunked_content_length.patch (1.07 KB)
--
https://bugs.ruby-lang.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* [ruby-core:63474] [ruby-trunk - Bug #9986] WEBrick content-length being set when transfer-encoding is chunked
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
` (6 preceding siblings ...)
2014-06-30 8:14 ` [ruby-core:63428] [ruby-trunk - Bug #9986] " lengarvey
@ 2014-07-01 13:28 ` lengarvey
2019-08-11 20:01 ` [ruby-core:94285] [Ruby master Bug#9986] " merch-redmine
8 siblings, 0 replies; 9+ messages in thread
From: lengarvey @ 2014-07-01 13:28 UTC (permalink / raw
To: ruby-core
Issue #9986 has been updated by Leonard Garvey.
File webrick_transfer_encoding_chunked_content_length_failing_test.patch added
File webrick_transfer_encoding_chunked_content_length_fix.patch added
I've split out my patch into two separate patches. The first contains a failing test and the second contains a fix which has been applied to `WEBrick::HTTPResponse#[]=` instead of `#chunked?`
----------------------------------------
Bug #9986: WEBrick content-length being set when transfer-encoding is chunked
https://bugs.ruby-lang.org/issues/9986#change-47514
* Author: Leonard Garvey
* Status: Assigned
* Priority: Normal
* Assignee: Hiroshi Nakamura
* Category: lib
* Target version: current: 2.2.0
* ruby -v: trunk, ruby 2.1.2p95
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
It's possible to get WEBrick to return both Transfer-Encoding: chunked and a calculated Content-length header. If the Transfer-encoding header is set via WEBrick::HTTPResponse#[]= then #chunked? will return false and the content length will be set during the setup_headers method. This causes issues with rack and safari (example code for rack can be seen https://github.com/rack/rack/issues/618#issuecomment-47355492). As far as I'm aware WEBrick shouldn't return a content-length when a transfer-encoding chunked header is present. Messages MUST NOT include both a Content-Length header field and a transfer-coding. as per http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html
The following test can be placed into test_httpresponse.rb to demonstrate the issue:
~~~
def test_200_chunked_does_not_set_content_length
res.body = 'hello'
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.setup_header
assert_nil res.header.fetch('content-length', nil)
end
~~~
I've added a patchfile which includes the above test and a fix for the issue.
---Files--------------------------------
webrick_transfer_encoding_chunked_content_length.patch (1.07 KB)
webrick_transfer_encoding_chunked_content_length_failing_test.patch (652 Bytes)
webrick_transfer_encoding_chunked_content_length_fix.patch (423 Bytes)
--
https://bugs.ruby-lang.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
* [ruby-core:94285] [Ruby master Bug#9986] WEBrick content-length being set when transfer-encoding is chunked
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
` (7 preceding siblings ...)
2014-07-01 13:28 ` [ruby-core:63474] " lengarvey
@ 2019-08-11 20:01 ` merch-redmine
8 siblings, 0 replies; 9+ messages in thread
From: merch-redmine @ 2019-08-11 20:01 UTC (permalink / raw
To: ruby-core
Issue #9986 has been updated by jeremyevans0 (Jeremy Evans).
I added a pull request for this: https://github.com/ruby/webrick/pull/24
----------------------------------------
Bug #9986: WEBrick content-length being set when transfer-encoding is chunked
https://bugs.ruby-lang.org/issues/9986#change-80615
* Author: lengarvey (Leonard Garvey)
* Status: Assigned
* Priority: Normal
* Assignee: nahi (Hiroshi Nakamura)
* Target version:
* ruby -v: trunk, ruby 2.1.2p95
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
It's possible to get WEBrick to return both Transfer-Encoding: chunked and a calculated Content-length header. If the Transfer-encoding header is set via WEBrick::HTTPResponse#[]= then #chunked? will return false and the content length will be set during the setup_headers method. This causes issues with rack and safari (example code for rack can be seen https://github.com/rack/rack/issues/618#issuecomment-47355492). As far as I'm aware WEBrick shouldn't return a content-length when a transfer-encoding chunked header is present. Messages MUST NOT include both a Content-Length header field and a transfer-coding. as per http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html
The following test can be placed into test_httpresponse.rb to demonstrate the issue:
~~~
def test_200_chunked_does_not_set_content_length
res.body = 'hello'
res.status = 200
res.chunked = false
res["Transfer-Encoding"] = 'chunked'
res.setup_header
assert_nil res.header.fetch('content-length', nil)
end
~~~
I've added a patchfile which includes the above test and a fix for the issue.
---Files--------------------------------
webrick_transfer_encoding_chunked_content_length.patch (1.07 KB)
webrick_transfer_encoding_chunked_content_length_failing_test.patch (652 Bytes)
webrick_transfer_encoding_chunked_content_length_fix.patch (423 Bytes)
--
https://bugs.ruby-lang.org/
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2019-08-11 20:02 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <redmine.issue-9986.20140627163254@ruby-lang.org>
2014-06-27 16:32 ` [ruby-core:63372] [ruby-trunk - Bug #9986] [Open] WEBrick content-length being set when transfer-encoding is chunked lengarvey
2014-06-27 22:55 ` [ruby-core:63378] [ruby-trunk - Bug #9986] " nobu
2014-06-27 22:55 ` [ruby-core:63380] [ruby-trunk - Bug #9986] [Rejected] " nobu
2014-06-28 1:55 ` [ruby-core:63382] [ruby-trunk - Bug #9986] " lengarvey
2014-06-30 8:00 ` [ruby-core:63421] " naruse
2014-06-30 8:04 ` [ruby-core:63423] [ruby-trunk - Bug #9986] [Assigned] " naruse
2014-06-30 8:14 ` [ruby-core:63428] [ruby-trunk - Bug #9986] " lengarvey
2014-07-01 13:28 ` [ruby-core:63474] " lengarvey
2019-08-11 20:01 ` [ruby-core:94285] [Ruby master Bug#9986] " merch-redmine
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).