Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75642 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 22757 invoked from network); 17 Jul 2014 06:21:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Jul 2014 06:21:03 -0000 Authentication-Results: pb1.pair.com header.from=zeev@zend.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=zeev@zend.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.175 as permitted sender) X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 209.85.220.175 mail-vc0-f175.google.com Received: from [209.85.220.175] ([209.85.220.175:45463] helo=mail-vc0-f175.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 74/92-09067-E4B67C35 for ; Thu, 17 Jul 2014 02:21:03 -0400 Received: by mail-vc0-f175.google.com with SMTP id hu12so3566101vcb.6 for ; Wed, 16 Jul 2014 23:21:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc:content-type; bh=IiClBm+OaFKaJUF1vpshCrvMBAag+soy5bWlCq19qbY=; b=W1yL3R7ig2uqteUyBPmaucWVwGRCCt7muAYghRQYrmY+vhiADIA9SJeJ+/Qxq/yJOe m718mHv8lx0utBqJOi0UozOQF1vgPsOn8agXEqMj2T6EoB+qZjzIPM0QFrCm1hKaEsqL dKAZziL9mQAcqYZs3Ba3o0VMi4r94zuWW1Pnjqk1fDBRQpgN16z8E1s07l3nR1JjtltB oPD6zODJEDMF3oJFisXJQa1sVUjFPV6FHSRArTXlT4O0Vaks6m1eAF91MlPS/RomKdgU mlYa8/ZcFgKIqI4L12gIAlkGhKWDDwyYMTKgLAX4T8rht2aOSzMzTUgRAyxRgiZZ4p9u mmfw== X-Gm-Message-State: ALoCoQm7ROxRrRmmp4ALmmdOeN/pLdvYbHoekf/X8Yn1BPBEal1a3teicvgqUhsBIN2Nz1qjNBAaWHsWFq2FKOaY0erV03m4nYmg5CW0PyJyE22+gJBrGlrSrBn0nNMsyxYKUPwOMjfu X-Received: by 10.220.200.71 with SMTP id ev7mr22933539vcb.24.1405578060404; Wed, 16 Jul 2014 23:21:00 -0700 (PDT) References: <53C75A89.5000401@fedoraproject.org> <53C7685B.3040302@sugarcrm.com> In-Reply-To: <53C7685B.3040302@sugarcrm.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGZwxTnHUmdA6MeNWkjA9/do9EwaQJZdxDrAiY5kMwB/okyNZvblZDQ Date: Thu, 17 Jul 2014 09:20:59 +0300 Message-ID: <248a94f0ee70cf99ffbb0f204443ebbf@mail.gmail.com> To: Stas Malyshev , Laruence , Remi Collet Cc: PHP Internals Content-Type: text/plain; charset=UTF-8 Subject: RE: [PHP-DEV] An BC issue in unserialize From: zeev@zend.com (Zeev Suraski) > -----Original Message----- > From: Stas Malyshev [mailto:smalyshev@sugarcrm.com] > Sent: Thursday, July 17, 2014 9:08 AM > To: Laruence; Remi Collet > Cc: PHP Internals > Subject: Re: [PHP-DEV] An BC issue in unserialize > > Hi! > > > in such case, the serialized data could be shared by 5.5 and 5.6... > > This is true, but what you presented is not serialized data. Serialized > data will > be fine. But the code you shown instead tries to use serializer as a > roundabout > way of instantiating objects. This is not the right thing to do, this was > never the > purpose of the serializer and was never guaranteed to work. My key concern is that I've now bumped into two applications - both OroCRM and also Taskada - that work fine with 5.5 but stop working with 5.6 because of that issue. Both are Symfony apps so it might be something that can be solved centrally in Symfony, but it may also be just coincidence. Either way, it's an indication that this would make upgrading to 5.6 harder than it needs to be, and a key tenet of our yearly release cycle was guaranteed pain-free upgrades. IMHO this isn't something we should change in a 2nd digit release, but on a major version, even if it wasn't documented. Zeev