Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84225 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88003 invoked from network); 3 Mar 2015 10:40:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Mar 2015 10:40:47 -0000 Authentication-Results: pb1.pair.com header.from=narf@devilix.net; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=narf@devilix.net; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain devilix.net designates 209.85.223.178 as permitted sender) X-PHP-List-Original-Sender: narf@devilix.net X-Host-Fingerprint: 209.85.223.178 mail-ie0-f178.google.com Received: from [209.85.223.178] ([209.85.223.178:36455] helo=mail-ie0-f178.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2D/03-03783-CAF85F45 for ; Tue, 03 Mar 2015 05:40:46 -0500 Received: by ierx19 with SMTP id x19so56164515ier.3 for ; Tue, 03 Mar 2015 02:40:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=devilix.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zW30p1pilM1PoQiD7GKh7blSr3tYqZdqT8iVqtTWWX0=; b=tIAZNlXms2DZ1xRAJ0mjVbvWh9oN+jtUwIzrWuNN+DY4Xi9rxZQNCNOQlbmZiysrlG ZFujaRKcYytlSGcMRo+ID2SK7I83tWmujhhd3v/W9RCihYf/CeWy2dTcJQPUKbCnKLzP xjwwiiUNDdbahacNWbvQp2u88fcApWGafNhAs= 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:content-type; bh=zW30p1pilM1PoQiD7GKh7blSr3tYqZdqT8iVqtTWWX0=; b=XppgsDzMhLFbbklLvIr98O66JhRgfvm12+jW1nrvWdzwo4Vp4L3K0I6WtrWE7PqQvC S04dq3Z+HBK7pbV284i7J79q6PLBsSH3jdVXau4Z6w78Wx1jFiLJv5QE1gHwajGe0QVv EFAewmbt6dsuuJ/gUMyRnunh1mweUdvGpo/ceGYhJbfbbuzcdLPpU0puufrfi5s+0PsU Qlj/YcOs+aICfwwMDG2nkIXvAfZmsGHMbzXIusIo231taOo6cRagfvylUPfe0it9PRal tiN707jik1O44zfmcJ7YYaVrnKdODnTpngEDRhKtZ7kRmWacsxEWOJ7Jq11OOwIkjs+H xbrQ== X-Gm-Message-State: ALoCoQn0AN6dZUNVxHjcyB4wDcLyRLMnLLAvmYchU/QqsePwF5heJ9yBCNz0FE0GAwgHEugMfK/V MIME-Version: 1.0 X-Received: by 10.60.16.202 with SMTP id i10mr22566296oed.16.1425379241972; Tue, 03 Mar 2015 02:40:41 -0800 (PST) Received: by 10.202.214.205 with HTTP; Tue, 3 Mar 2015 02:40:41 -0800 (PST) In-Reply-To: References: Date: Tue, 3 Mar 2015 12:40:41 +0200 Message-ID: To: Yasuo Ohgaki Cc: "internals@lists.php.net" Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] Re: Bug #69127 session_regenerate_id(true) randomly generates a warning and loses session data From: narf@devilix.net (Andrey Andreev) Hi, On Tue, Mar 3, 2015 at 9:25 AM, Yasuo Ohgaki wrote: > Hi all, > > On Sun, Mar 1, 2015 at 1:53 PM, Yasuo Ohgaki wrote: > >> >> >> https://bugs.php.net/bug.php?id=69127 >> >> This bug is known fatal bug for session module. I proposed "lazy_destroy" >> to fix >> this before, but it declined. >> >> I think the name was wrong. With the proposal, session module destories >> session data with lazy manner, but it's actually precise manner. i.e. >> Session >> module and browser is _not_ synced, so destroy must be done async manner >> (~= lazy manner. For example, delete session data 60 seconds later). >> >> The reason why session_regenerate_id(true) fails is it deletes session data >> immediately even if session and browser is not in sync. Session and browser >> cannot sync because there is no means in HTTP/Cookie. >> >> Is there any other better idea for this? >> > > This is one of the most important problem for me. > Currently, session module is not working well enough as this bug report > shows. > > If anyone do not come up with better idea, I would like to fix this by > deleting > old session data after certain amount of time. > > Any ideas? > Why do you want to change it at all? If you don't want the data to get immediately deleted, pass FALSE to the function and let the GC erase it later. Cheers, Andrey.