Bug #69264 [NoF->ReO]: __debugInfo() ignored while extending SPL datastructures
| From: | requinix@php.net | Date: | Mon, 13 Aug 2018 07:56:08 +0000 |
| Subject: | Bug #69264 [NoF->ReO]: __debugInfo() ignored while extending SPL datastructures | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-216756@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=69264&edit=1
ID: 69264
Updated by: requinix@php.net
Reported by: grzegorz129 at gmail dot com
Summary: __debugInfo() ignored while extending SPL
datastructures
-Status: No Feedback
+Status: Re-Opened
Type: Bug
Package: SPL related
Operating System: All
PHP Version: 5.6.6
Block user comment: N
Private report: N
Previous Comments:
------------------------------------------------------------------------
[2018-08-13 07:54:24] zerterone at gmail dot com
Here's a simple case to illustrate the problem.
I create a class 'Mylist' that inherits from SplDoublyLinkedList.
Mylist has one more public property "type" (integer).
When var_dump i want to match the value to a name (from an array).
so :
final class Mylist extends \SplDoublyLinkedList
{
/* @var int */
public $type = 0;
public function __debugInfo():array
{
return ['type' => Y::getName($this->type), "dllist" =>
$this->dllist];
}
}
When using var_dump, the value for type should be a string returned by Y::getName and NOT the actual
'type' (integer) value.
BUT you can put whatever you want in '__debugInfo' it is currently TOTALY IGNORED.
(PHP 7.2.2 (cli) (built: Jan 31 2018 19:31:17) ( ZTS MSVC15 (Visual C++ 2017) x64 ))
------------------------------------------------------------------------
[2016-02-17 18:09:39] kb dot minter at gmail dot com
This happens with ArrayObject as well. The problem is that internal classes that are extended do not
allow for overriding outputting of the internal state.
Able to replicate the problem with each PHP version since this functionality has been added...
https://3v4l.org/ddq2i
For those not wanting to click on an external link...
Script:
----------------
<?php
class Base extends ArrayObject{
var $parent = true;
var $another_prop = 123;
public function __construct() {
$this['test'] = 123;
}
public function __debugInfo() {
return [
'parent'=>$this->getArrayCopy()
];
}
}
class Child extends Base {
var $parent = false;
}
var_dump(new Child());
Expected result:
----------------
object(Child)#1 (1) {
["parent"]=>
array(1) {
["test"]=>
int(123)
}
}
Actual result:
----------------
object(Child)#1 (3) {
["parent"]=>
bool(false)
["another_prop"]=>
int(123)
["storage":"ArrayObject":private]=>
array(1) {
["test"]=>
int(123)
}
}
------------------------------------------------------------------------
[2015-03-29 04:22:18] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
------------------------------------------------------------------------
[2015-03-20 07:56:26] grzegorz129 at gmail dot com
It should NOT be marked as final I think.
I noticed that strange behaviour during actual usage of SplObjectStorage with really deep objects.
Using __debugInfo() to print only object ids is a bless.
------------------------------------------------------------------------
[2015-03-20 04:43:37] laruence@php.net
not sure about this, but the current behavior also could be explained. it is always exposed the
intern state.. (maybe mark it as final could reslove the confused, but bc break)
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=69264
--
Edit this bug report at https://bugs.php.net/bug.php?id=69264&edit=1