[#103241] [Ruby master Bug#17777] 2.6.7 fails to build on macOS: implicit declaration of function 'rb_native_mutex_destroy' is invalid in C99 — eregontp@...
Issue #17777 has been reported by Eregon (Benoit Daloze).
17 messages
2021/04/05
[#103305] [Ruby master Feature#17785] Allow named parameters to be keywords — marcandre-ruby-core@...
Issue #17785 has been reported by marcandre (Marc-Andre Lafortune).
21 messages
2021/04/08
[#103342] [Ruby master Feature#17790] Have a way to clear a String without resetting its capacity — jean.boussier@...
Issue #17790 has been reported by byroot (Jean Boussier).
14 messages
2021/04/09
[#103388] [ANN] Multi-factor Authentication of bugs.ruby-lang.org — SHIBATA Hiroshi <hsbt@...>
Hello,
5 messages
2021/04/12
[#103414] Re: [ANN] Multi-factor Authentication of bugs.ruby-lang.org
— Martin J. Dürst <duerst@...>
2021/04/13
Is there a way to use this multi-factor authentication for (like me)
[#103547] List of CI sites to check — Martin J. Dürst <duerst@...>
Hello everybody,
4 messages
2021/04/22
[#103596] [Ruby master Feature#17830] Add Integer#previous and Integer#prev — rafasoaresms@...
Issue #17830 has been reported by rafasoares (Rafael Soares).
9 messages
2021/04/26
[ruby-core:103626] [Ruby master Feature#17835] Net::HTTP should automatically add Accept-Encoding request header on HEAD request as well
From:
jrsyo0905@...
Date:
2021-04-27 21:03:44 UTC
List:
ruby-core #103626
Issue #17835 has been reported by jrsyo (Shohei Maeda). ---------------------------------------- Feature #17835: Net::HTTP should automatically add Accept-Encoding request header on HEAD request as well https://bugs.ruby-lang.org/issues/17835 * Author: jrsyo (Shohei Maeda) * Status: Open * Priority: Normal ---------------------------------------- Currently, Net::HTTP adds the Accept-Encoding request header by default except for HEAD method. https://github.com/ruby/ruby/blob/v3_0_1/lib/net/http.rb#L1489-L1493 https://github.com/ruby/ruby/blob/v3_0_1/lib/net/http/generic_request.rb#L34-L44 While this unlikely to cause any real-world problems, this isn't an ideal implementation according to the RFC below: https://tools.ietf.org/html/rfc7230#section-3.3.2 > A server MAY send a Content-Length header field in a response to a > HEAD request (Section 4.3.2 of [RFC7231]); a server MUST NOT send > Content-Length in such a response unless its field-value equals the > decimal number of octets that would have been sent in the payload > body of a response if the same request had used the GET method. Since server MAY (can) send the Content-Length header in response to a HEAD request, the client would see a Content-Length value of an uncompressed response if we don't send the Accept-Encoding request header. ``` $ curl -svo /dev/null 'https://www.ruby-lang.org/en/' -I --compressed 2>&1 | grep -i content-length < content-length: 3380 $ curl -svo /dev/null 'https://www.ruby-lang.org/en/' -I 2>&1 | grep -i content-length < content-length: 10932 ``` Say, if the purpose of sending HEAD is to know the content-length beforehand (as an example) doesn’t it make sense to also add the Accept-Encoding request header on HEAD requests as well? In fact, users almost certainly request compressed objects in the subsequent requests (e.g., GET) because of the auto-addition logic above anyway. https://github.com/smaeda-ks/ruby/commit/020469cfcf5f910a22e9bbb24ba18ba4e147ff19 Thanks, Shohei -- 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>