Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:96457 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 87933 invoked from network); 19 Oct 2016 00:54:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Oct 2016 00:54:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.172 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.217.172 mail-ua0-f172.google.com Received: from [209.85.217.172] ([209.85.217.172:33797] helo=mail-ua0-f172.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8E/B1-12428-654C6085 for ; Tue, 18 Oct 2016 20:54:46 -0400 Received: by mail-ua0-f172.google.com with SMTP id m26so1137629uaa.1 for ; Tue, 18 Oct 2016 17:54:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zZ1eu7og9r+UskpzGmvMVYrMjaiRVXBHXZ4MPGiDII8=; b=boFw7A6VoLneJGfWLID9gkJYJx+o1Onvo//M20/4XEWPoDzh8Gb3z7747LCLcuFosz 5unHFCRXvyZOM8b7yc+oKuxx+xGUEoQ8YeVYjEtmTVIaneVDF8aDTqg8kJm/Sbk78ubO VsvY+uKJqltPL4FJOAinkFOWf4tRZYtyN5IcI4dAati2QKrOBzoOg5dW2ontewjmoL4f nYYNnYe6UmGLFDkUFxQPnKgnANOLDqpj+u68LOR1rXO25GDeJan+Hmh7v6FeOc1pZDxK hSTtgDTTPyHS+ht7kmAF38iV/+ISHlgT80v392aFQss2jpzWG5Zdtig6F2HKNkxcT+9Q mXAA== 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:from:date :message-id:subject:to:cc; bh=zZ1eu7og9r+UskpzGmvMVYrMjaiRVXBHXZ4MPGiDII8=; b=UOWlxQZ2fIllLDK1Np785Dkt8mjxlCTUqgg8mTnrD8xTezxtjCOUcb/jAIghFeDhu+ AvFAkJHoeI+AqKF+7Jo+byfUctiDvNox2czEAoIXwlEnFdSjxzJ9tx0kDL/VmYKPTXNW nrgalF8gkoF8IBd/kJhnWd5Yp69VxSgpIfvvAW2kjxeDsxUa20V5GUjs/IFVfnitoWEP HiWu9F6NvJX1j3P/sVLQpLpcGsMsCUq/Sx1525l2s86wGYdxfhV5W2TF8O5Rjf5IYzgM rl1Npgxvt6OGZHZVn1YSENvx5x38SmC1f/LS1KiNJsUp1RL3TckKM3wSa26aoU/Hu7kI y2+A== X-Gm-Message-State: AA6/9Rn2kJuk8SXfz9RbwqFfOerFlL9e64k/PAFTqYjd6PTtZ8XNv/qj8tZ+KOhi1+Q1ejFSSk0nqbpQEqjvpw== X-Received: by 10.176.66.103 with SMTP id i94mr414025uai.100.1476838479033; Tue, 18 Oct 2016 17:54:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.36.109 with HTTP; Tue, 18 Oct 2016 17:54:38 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 Oct 2016 07:54:38 +0700 Message-ID: To: Yasuo Ohgaki Cc: Davey Shafik , "internals@lists.php.net" , Joe Watkins Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] Re: Fixing insane session_start() behaviors From: pierre.php@gmail.com (Pierre Joye) Hi Yasuo, On Mon, Oct 17, 2016 at 4:47 PM, Yasuo Ohgaki wrote: > Hi Davey, > > On Sun, Oct 16, 2016 at 6:08 PM, Yasuo Ohgaki wrote: >> >> I was planning to fix session_start() behaviors by PHP 7.1, but I >> forgot to do this completely. Partial fix is merged currently. >> >> Following PR makes session_start() return FALSE when it cannot start >> session always. >> >> https://github.com/php/php-src/pull/2167 >> >> In short, this patch fixes number of session_start()'s insane behaviors. > > I think I've finished the patch for now. > > There are many other places that I would like to improve/fix error > handlings. e.g. Session save handlers. This patch is too large > already. I'll fix them in master. > > The patch could be divided into "session_start() error handling fix > only" and "other session core error handling issues". It may be good > to include "session_start() error handling fix only" for PHP 7.1, but > other fixes won't bother correct PHP scripts. Please note that > session_start() fix in PHP-7.1 and master branch is partial fix. I > suggest to merge "session_start() error handling fix only" at least, > but it's your choice. > > Please let me know when you decide what to do or merge appropriate > patch from the PR. > > BTW, I expect UnitTest failures, framework/etc, that test session > module functionalities. They have tests for failure cases. Even if > there are minor BC issues (UnitTests report error, bad code emit > errors), this fix must be done at some point anyway. I like this change as it adds some cleanup and common sense to this API. However 7.1 is in RC, this patch, while covering logical changes, affect behaviors and is quite big (lot of similar changes but still). I would feel much more comfortable to push it after 7.1 (as in, for 7.2 and later). Cheers, -- Pierre @pierrejoye | http://www.libgd.org