[#81999] [Ruby trunk Bug#13737] "can't modify frozen String" when installing bundled gems — ko1@...
Issue #13737 has been updated by ko1 (Koichi Sasada).
4 messages
2017/07/11
[#82005] [Ruby trunk Bug#13737] "can't modify frozen String" when installing bundled gems — nobu@...
Issue #13737 has been updated by nobu (Nobuyoshi Nakada).
3 messages
2017/07/12
[#82102] Re: register_fstring_tainted:FL_TEST_RAW(str, RSTRING_FSTR) — Eric Wong <normalperson@...>
Koichi Sasada <ko1@atdot.net> wrote:
4 messages
2017/07/18
[#82151] [Ruby trunk Feature#13637] [PATCH] tool/runruby.rb: test with smallest possible machine stack — Rei.Odaira@...
Issue #13637 has been updated by ReiOdaira (Rei Odaira).
3 messages
2017/07/24
[ruby-core:82059] [Ruby trunk Feature#10674][Assigned] Net::HTTP retries idempotent requests once after a timeout, but its not configurable
From:
naruse@...
Date:
2017-07-14 08:51:08 UTC
List:
ruby-core #82059
Issue #10674 has been updated by naruse (Yui NARUSE). Status changed from Open to Assigned Assignee changed from drbrain (Eric Hodel) to naruse (Yui NARUSE) ---------------------------------------- Feature #10674: Net::HTTP retries idempotent requests once after a timeout, but its not configurable https://bugs.ruby-lang.org/issues/10674#change-65790 * Author: jlecour (Jテゥrテゥmy Lecour) * Status: Assigned * Priority: Normal * Assignee: naruse (Yui NARUSE) * Target version: ---------------------------------------- Hi, I've noticed that Net::HTTP retries idempotent requests once after a time-out. It seems to adhere to the RFC 2616 (http://tools.ietf.org/html/rfc2616), but it is not always the best thing to do. When you don't know exactly how a remote web service works, it may be wise to retry after a time-out. But when you know that a retry won't change anything, it should be possible to disable this automatic retry. Otherwise, the server will have to deal with 2 requests (instead of 1) and the client will effectively time-out twice later than expected (time for the first and second time-out). Having a basic "#retry=" (like we have "#read_timeout=" or "#open_timeout" would be good first step. The value could be a simple boolean, or even an integer for the maximum number of retries. The "Retry" middleware in Faraday has a more comprehensive feature set with max retries, exponential back-off, 窶ヲ : https://github.com/lostisland/faraday/blob/master/lib/faraday/request/retry.rb -- https://bugs.ruby-lang.org/ Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>