Doctrine Common
  1. Doctrine Common
  2. DCOM-231

Lifecycle-Callback MappingExceptions for abstract functions in PHP >=5.4.8

    Details

    • Type: Bug Bug
    • Status: Resolved
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 2.4
    • Fix Version/s: 2.4.2
    • Component/s: None
    • Labels:
      None
    • Environment:
      Windows 7 x64, PHP 5.5.3

      Description

      Hi,

      i noticed that in PHP starting with Version 5.4.8 the ReflectionService implementations returns a different result for the hasPublicMethod function than in PHP <= 5.4.7 when called on an abstract function. This prevents me from defining a lifecycle callback on an abstract function for a mapped superclass.

      I think that at least for mapped supperclasses it should be checked if the class and the function is abstract so it can be assumed that every extending class has this function and it is in fact callable.

      The bug was introduced by a bugfix in PHP 5.4.8.

      cheers

      konrad

        Activity

        Konrad Mohrfeldt created issue -
        Konrad Mohrfeldt made changes -
        Field Original Value New Value
        Summary Lifecycle-Callback MappingExceptions for abstract functions in PHP 5.5 Lifecycle-Callback MappingExceptions for abstract functions in PHP >=5.4.8
        Konrad Mohrfeldt made changes -
        Description Hi,

        i noticed that under PHP 5.5 the ReflectionService implementations returns a different result for the hasPublicMethod function than in PHP 5.4 when called on an abstract function. This prevents me from defining a lifecycle callback on an abstract function for a mapped superclass.

        I think that at least for mapped supperclasses it should be checked if the class and the function is abstract so it can be assumed that every extending class has this function and it is in fact callable.

        cheers

        konrad
        Hi,

        i noticed that in PHP starting with Version 5.4.8 the ReflectionService implementations returns a different result for the hasPublicMethod function than in PHP <= 5.4.7 when called on an abstract function. This prevents me from defining a lifecycle callback on an abstract function for a mapped superclass.

        I think that at least for mapped supperclasses it should be checked if the class and the function is abstract so it can be assumed that every extending class has this function and it is in fact callable.

        The bug was introduced by a bugfix in PHP 5.4.8. see https://bugs.php.net/bug.php?id=63111

        cheers

        konrad
        Konrad Mohrfeldt made changes -
        Description Hi,

        i noticed that in PHP starting with Version 5.4.8 the ReflectionService implementations returns a different result for the hasPublicMethod function than in PHP <= 5.4.7 when called on an abstract function. This prevents me from defining a lifecycle callback on an abstract function for a mapped superclass.

        I think that at least for mapped supperclasses it should be checked if the class and the function is abstract so it can be assumed that every extending class has this function and it is in fact callable.

        The bug was introduced by a bugfix in PHP 5.4.8. see https://bugs.php.net/bug.php?id=63111

        cheers

        konrad
        Hi,

        i noticed that in PHP starting with Version 5.4.8 the ReflectionService implementations returns a different result for the hasPublicMethod function than in PHP <= 5.4.7 when called on an abstract function. This prevents me from defining a lifecycle callback on an abstract function for a mapped superclass.

        I think that at least for mapped supperclasses it should be checked if the class and the function is abstract so it can be assumed that every extending class has this function and it is in fact callable.

        The bug was introduced by a [bugfix in PHP|https://bugs.php.net/bug.php?id=63111] 5.4.8.

        cheers

        konrad
        Benjamin Eberlei made changes -
        Project Doctrine 2 - ORM [ 10032 ] Doctrine Common [ 10043 ]
        Key DDC-2708 DCOM-231
        Affects Version/s 2.4 [ 10327 ]
        Affects Version/s 2.4 [ 10321 ]
        Component/s ORM [ 10012 ]
        Security All [ 10000 ]
        Benjamin Eberlei made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Fix Version/s 2.4.2 [ 10525 ]
        Resolution Fixed [ 1 ]

          People

          • Assignee:
            Benjamin Eberlei
            Reporter:
            Konrad Mohrfeldt
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: