Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:94365 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 50483 invoked from network); 3 Jul 2016 05:16:26 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Jul 2016 05:16:26 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.41 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.218.41 mail-oi0-f41.google.com Received: from [209.85.218.41] ([209.85.218.41:34952] helo=mail-oi0-f41.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 07/66-28154-9AF98775 for ; Sun, 03 Jul 2016 01:16:25 -0400 Received: by mail-oi0-f41.google.com with SMTP id r2so159565803oih.2 for ; Sat, 02 Jul 2016 22:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=gfnHKUy7w9bvjCusYwY7bmwMmCI/UKbPzUD5l5UUCWA=; b=KTSbL9rYGprSq5gH81Dty0R3uGQHtSsn9V0VWxyN80ZAGgtYz/MDKf5kLjZpPh2/Nj GnPp2/VUAWuQmUGXrUG0FnzPciwaRZJDem64Rqvk0jZBcC2TvcSG6qAivfMgMVwG0J0d M9um+hvwq4foQqrzZpXngJm9YNqftey3lE7ENjmStMAEjcnLbMZrDX9Yn1owuuKERK3c aprsFdXMAxFvFCRB/UZdCR6aWk1XnepJ8pur1ed3rGRr+lo8RsWrkFiRsBB8ZeZh8MqV 5MRHa5Ci9I4m4u2HxulcTFNFEiWk1mcXTem7TEhG6UlIDIoFy9jof/4kIjuKf+p91H8z rD/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=gfnHKUy7w9bvjCusYwY7bmwMmCI/UKbPzUD5l5UUCWA=; b=OovhpohAe6yicwqbReb090+LZm65j6l11zq7m7y0tn+GHEV/bULMCKuPlLrAYBVT/4 WIIaAjP1G0tO3THPlWlxFmg152wZ87GCMDRO8adfDpioboTRSXAK1NU9Z1blWH3xioEA AbolSU0r/ZEnJ5p+VQX+euhhrZ3UBef/TKIGPtOoJZ5pMKrNrpqhVM1Szgah9WsMtR8u y2fLcXwbaJ09uN/vOLAvwOqSxgh+1q5zjausue1hCmVnW5UNrISA5FK/Wtwt+o2ndE1g uhU4KOvvgUkhc5XL/WCru5h/ASrrCyn20uEn8cslaVVcBURgyvL7wOTKL9YXGnCEevbp fIAw== X-Gm-Message-State: ALyK8tLTP0b6g2RBJtMLg7+1q0o0cW/ekk0+K7NfNNeFY0QdYScZvp36JQzzScW1c+ZCHPBDanH4Xm97YUBO9g== MIME-Version: 1.0 X-Received: by 10.202.231.198 with SMTP id e189mr3124764oih.3.1467522982392; Sat, 02 Jul 2016 22:16:22 -0700 (PDT) Received: by 10.202.190.3 with HTTP; Sat, 2 Jul 2016 22:16:22 -0700 (PDT) Received: by 10.202.190.3 with HTTP; Sat, 2 Jul 2016 22:16:22 -0700 (PDT) In-Reply-To: References: Date: Sun, 3 Jul 2016 12:16:22 +0700 Message-ID: To: Yasuo Ohgaki Cc: PHP internals , Leigh Content-Type: multipart/alternative; boundary=001a11407a6410b7aa0536b452f2 Subject: Re: [PHP-DEV] [RFC][VOTE] Session ID without hashing From: pierre.php@gmail.com (Pierre Joye) --001a11407a6410b7aa0536b452f2 Content-Type: text/plain; charset=UTF-8 On Jul 3, 2016 7:04 AM, "Yasuo Ohgaki" wrote: > > Hi Leigh, > > On Sat, Jul 2, 2016 at 5:39 PM, Leigh wrote: > > So I have a few issues that span the RFC and the implementation. > > > > Your RFC states > > > >> hardcoded default and php.ini-* default values are the same. > > > > This is not the case. > > > > Originally the session id length and character set were controlled by > > session.hash_function and/or session.hash_bits_per_character. These > > customisations to configuration will be lost when the user upgrades. You > > have provided a mechanism to control length and charset, but it will require > > new changes to the default settings. This needs to be noted as a breaking > > change. > > > > Your default for session.sid_length is 48. Up to 7.1 the session id length > > is 32. Your default for session.sid_bits_per_character is 5, up to 7.1 the > > session id uses 4 bits per character. This is a breaking change. (Imagine > > custom session handlers that validate session id character sets, or database > > schemas that will truncate after 32 characters) > > I'll update relevant part. > > > Your patch updates session.use_strict_mode from 0 to 1. I actually don't > > know what this changes, but it's an undocumented change. > > This is unintentional. I'll remove this part. > > > Overall your patch looks very similar to the one I was working on earlier in > > the year, although you appear to have deleted a bunch of tests that you > > could have just updated. You should probably put those back, and update > > them. > > It removes hashing, so irrelevant tests are simply removed. > > Thank you for point them out. > I'll fix them now. Restart vote too please. Thanks Pierre --001a11407a6410b7aa0536b452f2--