php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #62814 It is possible to stiffen child class members visibility
Submitted: 2012-08-14 09:48 UTC Modified: 2012-08-24 20:37 UTC
Votes:3
Avg. Score:2.7 ± 1.7
Reproduced:3 of 3 (100.0%)
Same Version:1 (33.3%)
Same OS:2 (66.7%)
From: resha dot ru at gmail dot com Assigned:
Status: Closed Package: Class/Object related
PHP Version: 5.3.15 OS: Linux
Private report: No CVE-ID: None
 [2012-08-14 09:48 UTC] resha dot ru at gmail dot com
Description:
------------
It is possible to stiffen visibility (from public to protected, from public to 
private and from protected to private) if any of parent classes has private 
modifier.

Test script:
---------------
class A
{
    private function test() { }
}

class B extends A
{
    protected function test() { }  // loosen visibility from private to protected (expected)
}

class C extends B
{
    private function test() { }  // stiffen visibility from protected to private (unexpected)
}

class D extends B
{
    public function test() { } // loosen visibility from protected to public (expected)
}

class E extends D
{
    protected function test() { } // stiffen visibility from public to protected (unexpected)
}

class F extends B
{
    private function test() { } // stiffen visibility from public to private (unexpected)
}


Expected result:
----------------
PHP Fatal error:  Access level to C::test() must be protected (as in class B) or 
weaker

Actual result:
--------------
Everything is ok.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2012-08-14 09:50 UTC] resha dot ru at gmail dot com
Sorry, it should be:

class F extends D
{
    private function test() { } // stiffen visibility from public to private 
(unexpected)
}

But nevertheless.
 [2012-08-23 19:49 UTC] kev dot simpson at gmail dot com
I reported this same problem a few years ago here: https://bugs.php.net/bug.php?id=48376
I was told this was not a bug (although I haven't a clue as to why its not deemed as such).  I believe C# allows you the ability to do this as it would resolve up the scope, but as of 5.4.0 I still cannot get why it allows forced reduced scopes during declaration, but provides an uncatchable fatal error on call.
I'm still most concerned by the allowed reduction from an interface.  There is no way to guarantee that an interface will implement the method in question regardless of if it is known to be that type which truly is a shame.
 [2012-08-23 21:28 UTC] johannes@php.net
If you'd stiffen visibility you'd be violating the is-a contract given. If an object is using a classed derived from A and I can do "instanceof A" I expect to be able to call all methods from A and having them do something like A's method does. When stiffening that won't be the case anymore.
 [2012-08-23 21:28 UTC] johannes@php.net
-Status: Open +Status: Not a bug
 [2012-08-24 00:35 UTC] rasmus@php.net
Johannes, I think you are actually agreeing with him here. As per Liskov you 
can't tighten visibility, you can only loosen it on inheritance. However, in this 
case you aren't tightening it because the original was private, so setting it 
back to private is allowed and doesn't violate Liskov.
 [2012-08-24 18:54 UTC] kev dot simpson at gmail dot com
You guys have me a bit confused now.  You seem to be in agreement that an inherited method cannot decay the scope of the parent's method (since PHP doesn't bubble up), yet you are indicating that this isn't a bug.

I'm still curious on how to get around the interfacing issue.  For an example:

Test Script:
---------------
<?php

interface IInterface
{
	public function test();
}

class Grandfather
{
	private function test()
	{
		return __METHOD__;
	}
}

class Father extends Grandfather implements IInterface
{
	public function test()
	{
		return __METHOD__;
	}
}

class Son extends Father
{
	protected function test()
	{
		return __METHOD__;
	}
}


function printTest(IInterface $i)
{
	return $i->test();
}

$aObjs = array(new Father(), new Son());

$rcInterface = new ReflectionClass('IInterface');

foreach ($aObjs AS $obj)
{
	$rc = new ReflectionClass($obj);
	$testMethod = $rc->getMethod('test');
	printf('%s' . PHP_EOL,
		str_pad($rc->getName() . ' START', 25, '-', STR_PAD_BOTH));

	// Procedural checks
	printf('%s instanceof IInterface? %d' . PHP_EOL,
		$rc->getName(),
		($obj instanceof IInterface));
	printf('is_a(%s, IInterface)? %d' . PHP_EOL, 
		$rc->getName(),
		is_a($obj, 'IInterface'));
	printf('is_subclass_of(%s, IInterface)? %d' . PHP_EOL, 
		$rc->getName(), 
		is_subclass_of($obj, 'IInterface'));

	// reflection checks.
	printf('(Reflection)%s::implementsInterface(IInterface)? %d' . PHP_EOL,
		$rc->getName(),
		$rc->implementsInterface('IInterface'));
	printf('(Reflection)%s::getInterfaceNames(): %s' . PHP_EOL,
		$rc->getName(),
		implode(', ', $rc->getInterfaceNames()));
	printf('%s::isInstance(%s)? %d' . PHP_EOL, 
		$rcInterface->getName(), 
		$rc->getName(), 
		$rcInterface->isInstance($obj));
	print('Methods:' . PHP_EOL);
	foreach ($rc->getMethods() AS $method)
	{
		$objMethod = $rc->getMethod($method->getName());
		try
		{
			$prototype = $method->getPrototype()->getDeclaringClass();
		}
		catch (ReflectionException $ex)
		{
			$prototype = $method->getDeclaringClass();
		}
		printf("\t%s prototyped by %s is public? %d" . PHP_EOL,
			$method->getName(),
			$prototype->getName(),
			$objMethod->isPublic());
	}

	printf('Call %s::test() via printTest: %s' . PHP_EOL,
		$rc->getName(),
		printTest($obj));

	printf('%s' . PHP_EOL, 
		str_pad($rc->getName() . ' END', 25, '-', STR_PAD_BOTH));
	print(PHP_EOL);
}

?>

Expected Results:
------------------
Fatal error: Access level to Son::test() must be public (as in class Father)

Actual Results:
------------------
------Father START-------
Father instanceof IInterface? 1
is_a(Father, IInterface)? 1
is_subclass_of(Father, IInterface)? 1
(Reflection)Father::implementsInterface(IInterface)? 1
(Reflection)Father::getInterfaceNames(): IInterface
IInterface::isInstance(Father)? 1
Methods:
	test prototyped by IInterface is public? 1
Call Father::test() via printTest: Father::test
-------Father END--------

--------Son START--------
Son instanceof IInterface? 1
is_a(Son, IInterface)? 1
is_subclass_of(Son, IInterface)? 1
(Reflection)Son::implementsInterface(IInterface)? 1
(Reflection)Son::getInterfaceNames(): IInterface
IInterface::isInstance(Son)? 1
Methods:
	test prototyped by IInterface is public? 0

Fatal error: Call to protected method Son::test() from context ''



So everything here does indicate that Son is a typeof IInterface, yet it clearly shows that the prototyped IInterface::test() has been demoted to a non-public scope.

The only way I can "fix" this is by double checking any check against the object in question:
function printTest(IInterface $i)
{
	$sResult = '';
	$rc = new ReflectionClass($i);
	$method = $rc->getMethod('test');
	if ($method->isPublic())
	{
		$sResult = $method->invoke();
	}
	return $sResult;
}

Which given the pass for the IInterface check on the typehint should contract that object to guarantee the IInterface::test method, yet here we must double check that its within an accessible scope and therefore violates the interface contract.
So I need to ask again, what is the purpose of the interface if the class isn't obligated to implement all the methods in a public scope?
 [2012-08-24 20:37 UTC] nikic@php.net
-Status: Not a bug +Status: Open
 [2012-08-24 20:37 UTC] nikic@php.net
I agree with kev here. LSP applies at all hierarchy levels. If the parent is protected, you can't go private.

C is a subtype of B, but you couldn't use it interchangeably due to different visibility. So LSP is clearly broken here.
 [2016-03-29 17:08 UTC] nikic@php.net
Automatic comment on behalf of nikic
Revision: http://git.php.net/?p=php-src.git;a=commit;h=32294a25c84106e3f34c64137acfecbe3e16aef2
Log: Fixed bug #62814
 [2016-03-29 17:08 UTC] nikic@php.net
-Status: Open +Status: Closed
 [2016-04-18 09:29 UTC] bwoebi@php.net
Automatic comment on behalf of nikic
Revision: http://git.php.net/?p=php-src.git;a=commit;h=32294a25c84106e3f34c64137acfecbe3e16aef2
Log: Fixed bug #62814
 [2016-07-20 11:32 UTC] davey@php.net
Automatic comment on behalf of nikic
Revision: http://git.php.net/?p=php-src.git;a=commit;h=32294a25c84106e3f34c64137acfecbe3e16aef2
Log: Fixed bug #62814
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Nov 21 11:01:29 2024 UTC