Completed
Push — master ( ad7991...86367b )
by Ryan
05:35
created

ExceptionHandler::render()   B

Complexity

Conditions 6
Paths 5

Size

Total Lines 18
Code Lines 11

Duplication

Lines 0
Ratio 0 %

Importance

Changes 0
Metric Value
cc 6
eloc 11
nc 5
nop 2
dl 0
loc 18
rs 8.8571
c 0
b 0
f 0
1
<?php namespace Anomaly\Streams\Platform\Exception;
2
3
use Exception;
4
use GrahamCampbell\Exceptions\NewExceptionHandler;
5
use Illuminate\Auth\AuthenticationException;
6
use Illuminate\Http\RedirectResponse;
7
use Illuminate\Http\Request;
8
use Illuminate\Http\Response;
9
use Symfony\Component\Debug\ExceptionHandler as SymfonyDisplayer;
10
use Symfony\Component\HttpKernel\Exception\HttpException;
11
12
/**
13
 * Class ExceptionHandler
14
 *
15
 * @link   http://pyrocms.com/
16
 * @author PyroCMS, Inc. <[email protected]>
17
 * @author Ryan Thompson <[email protected]>
18
 */
19
class ExceptionHandler extends NewExceptionHandler
20
{
21
22
    /**
23
     * A list of the exception types that should not be reported.
24
     *
25
     * @var array
26
     */
27
    protected $dontReport = [
28
        \Illuminate\Auth\AuthenticationException::class,
29
        \Illuminate\Auth\Access\AuthorizationException::class,
30
        \Symfony\Component\HttpKernel\Exception\HttpException::class,
31
        \Illuminate\Database\Eloquent\ModelNotFoundException::class,
32
        \Illuminate\Session\TokenMismatchException::class,
33
        \Illuminate\Validation\ValidationException::class,
34
    ];
35
36
    /**
37
     * Render an exception into an HTTP response.
38
     *
39
     * @param  Request   $request
40
     * @param  Exception $e
41
     * @return Response
42
     */
43
    public function render($request, Exception $e)
44
    {
45
        if ($e instanceof HttpException) {
46
            if (!$e->getStatusCode() == 404) {
47
                return $this->renderHttpException($e);
48
            }
49
50
            if (($redirect = config('streams::404.redirect')) && $request->path() !== $redirect) {
51
                return redirect($redirect, 301);
0 ignored issues
show
Bug Best Practice introduced by
The return type of return redirect($redirect, 301); (Illuminate\Http\RedirectResponse) is incompatible with the return type documented by Anomaly\Streams\Platform...xceptionHandler::render of type Illuminate\Http\Response|null.

If you return a value from a function or method, it should be a sub-type of the type that is given by the parent type f.e. an interface, or abstract method. This is more formally defined by the Lizkov substitution principle, and guarantees that classes that depend on the parent type can use any instance of a child type interchangably. This principle also belongs to the SOLID principles for object oriented design.

Let’s take a look at an example:

class Author {
    private $name;

    public function __construct($name) {
        $this->name = $name;
    }

    public function getName() {
        return $this->name;
    }
}

abstract class Post {
    public function getAuthor() {
        return 'Johannes';
    }
}

class BlogPost extends Post {
    public function getAuthor() {
        return new Author('Johannes');
    }
}

class ForumPost extends Post { /* ... */ }

function my_function(Post $post) {
    echo strtoupper($post->getAuthor());
}

Our function my_function expects a Post object, and outputs the author of the post. The base class Post returns a simple string and outputting a simple string will work just fine. However, the child class BlogPost which is a sub-type of Post instead decided to return an object, and is therefore violating the SOLID principles. If a BlogPost were passed to my_function, PHP would not complain, but ultimately fail when executing the strtoupper call in its body.

Loading history...
52
            }
53
54
            return $this->renderHttpException($e);
55
        } elseif (!config('app.debug')) {
56
            return response()->view("streams::errors.500", ['message' => $e->getMessage()], 500);
57
        } else {
58
            return parent::render($request, $e);
59
        }
60
    }
61
62
    /**
63
     * Render the given HttpException.
64
     *
65
     * @param  \Symfony\Component\HttpKernel\Exception\HttpException $e
66
     * @return \Symfony\Component\HttpFoundation\Response
67
     */
68
    protected function renderHttpException(HttpException $e)
69
    {
70
        $status = $e->getStatusCode();
71
72
        if (!config('app.debug') && view()->exists("streams::errors.{$status}")) {
0 ignored issues
show
Bug introduced by
The method exists does only exist in Illuminate\Contracts\View\Factory, but not in Illuminate\View\View.

It seems like the method you are trying to call exists only in some of the possible types.

Let’s take a look at an example:

class A
{
    public function foo() { }
}

class B extends A
{
    public function bar() { }
}

/**
 * @param A|B $x
 */
function someFunction($x)
{
    $x->foo(); // This call is fine as the method exists in A and B.
    $x->bar(); // This method only exists in B and might cause an error.
}

Available Fixes

  1. Add an additional type-check:

    /**
     * @param A|B $x
     */
    function someFunction($x)
    {
        $x->foo();
    
        if ($x instanceof B) {
            $x->bar();
        }
    }
    
  2. Only allow a single type to be passed if the variable comes from a parameter:

    function someFunction(B $x) { /** ... */ }
    
Loading history...
73
            return response()->view("streams::errors.{$status}", ['message' => $e->getMessage()], $status);
74
        } else {
75
            return (new SymfonyDisplayer(config('app.debug')))->handle($e);
76
        }
77
    }
78
79
    /**
80
     * Map exception into an illuminate response.
81
     *
82
     * @param  \Symfony\Component\HttpFoundation\Response $response
83
     * @param  \Exception                                 $e
84
     * @return \Illuminate\Http\Response
85
     */
86
    protected function toIlluminateResponse($response, Exception $e)
0 ignored issues
show
Coding Style introduced by
toIlluminateResponse uses the super-global variable $_SERVER which is generally not recommended.

Instead of super-globals, we recommend to explicitly inject the dependencies of your class. This makes your code less dependent on global state and it becomes generally more testable:

// Bad
class Router
{
    public function generate($path)
    {
        return $_SERVER['HOST'].$path;
    }
}

// Better
class Router
{
    private $host;

    public function __construct($host)
    {
        $this->host = $host;
    }

    public function generate($path)
    {
        return $this->host.$path;
    }
}

class Controller
{
    public function myAction(Request $request)
    {
        // Instead of
        $page = isset($_GET['page']) ? intval($_GET['page']) : 1;

        // Better (assuming you use the Symfony2 request)
        $page = $request->query->get('page', 1);
    }
}
Loading history...
87
    {
88
        if ($response instanceof SymfonyRedirectResponse) {
0 ignored issues
show
Bug introduced by
The class Anomaly\Streams\Platform...SymfonyRedirectResponse does not exist. Did you forget a USE statement, or did you not list all dependencies?

This error could be the result of:

1. Missing dependencies

PHP Analyzer uses your composer.json file (if available) to determine the dependencies of your project and to determine all the available classes and functions. It expects the composer.json to be in the root folder of your repository.

Are you sure this class is defined by one of your dependencies, or did you maybe not list a dependency in either the require or require-dev section?

2. Missing use statement

PHP does not complain about undefined classes in ìnstanceof checks. For example, the following PHP code will work perfectly fine:

if ($x instanceof DoesNotExist) {
    // Do something.
}

If you have not tested against this specific condition, such errors might go unnoticed.

Loading history...
89
            $response = new RedirectResponse(
90
                $response->getTargetUrl(),
91
                $response->getStatusCode(),
92
                $response->headers->all()
93
            );
94
        } else {
95
            $response = new Response($response->getContent(), $response->getStatusCode(), $response->headers->all());
96
        }
97
98
        /**
99
         * Have to catch this for some reason.
100
         * Not sure why our handler passes this.
101
         *
102
         * @todo: Clean up
103
         */
104
        if ($e instanceof AuthenticationException) {
105
106
            $path     = parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH);
107
            $segments = array_filter(explode('/', $path));
108
109
            if (array_shift($segments) === 'admin') {
110
                return redirect()->guest('admin/login');
0 ignored issues
show
Bug Best Practice introduced by
The return type of return redirect()->guest('admin/login'); (Illuminate\Http\RedirectResponse) is incompatible with the return type documented by Anomaly\Streams\Platform...r::toIlluminateResponse of type Illuminate\Http\Response.

If you return a value from a function or method, it should be a sub-type of the type that is given by the parent type f.e. an interface, or abstract method. This is more formally defined by the Lizkov substitution principle, and guarantees that classes that depend on the parent type can use any instance of a child type interchangably. This principle also belongs to the SOLID principles for object oriented design.

Let’s take a look at an example:

class Author {
    private $name;

    public function __construct($name) {
        $this->name = $name;
    }

    public function getName() {
        return $this->name;
    }
}

abstract class Post {
    public function getAuthor() {
        return 'Johannes';
    }
}

class BlogPost extends Post {
    public function getAuthor() {
        return new Author('Johannes');
    }
}

class ForumPost extends Post { /* ... */ }

function my_function(Post $post) {
    echo strtoupper($post->getAuthor());
}

Our function my_function expects a Post object, and outputs the author of the post. The base class Post returns a simple string and outputting a simple string will work just fine. However, the child class BlogPost which is a sub-type of Post instead decided to return an object, and is therefore violating the SOLID principles. If a BlogPost were passed to my_function, PHP would not complain, but ultimately fail when executing the strtoupper call in its body.

Loading history...
111
            } else {
112
                return redirect()->guest('login');
0 ignored issues
show
Bug Best Practice introduced by
The return type of return redirect()->guest('login'); (Illuminate\Http\RedirectResponse) is incompatible with the return type documented by Anomaly\Streams\Platform...r::toIlluminateResponse of type Illuminate\Http\Response.

If you return a value from a function or method, it should be a sub-type of the type that is given by the parent type f.e. an interface, or abstract method. This is more formally defined by the Lizkov substitution principle, and guarantees that classes that depend on the parent type can use any instance of a child type interchangably. This principle also belongs to the SOLID principles for object oriented design.

Let’s take a look at an example:

class Author {
    private $name;

    public function __construct($name) {
        $this->name = $name;
    }

    public function getName() {
        return $this->name;
    }
}

abstract class Post {
    public function getAuthor() {
        return 'Johannes';
    }
}

class BlogPost extends Post {
    public function getAuthor() {
        return new Author('Johannes');
    }
}

class ForumPost extends Post { /* ... */ }

function my_function(Post $post) {
    echo strtoupper($post->getAuthor());
}

Our function my_function expects a Post object, and outputs the author of the post. The base class Post returns a simple string and outputting a simple string will work just fine. However, the child class BlogPost which is a sub-type of Post instead decided to return an object, and is therefore violating the SOLID principles. If a BlogPost were passed to my_function, PHP would not complain, but ultimately fail when executing the strtoupper call in its body.

Loading history...
113
            }
114
        }
115
116
        return $response->withException($e);
117
    }
118
119
    /**
120
     * Convert an authentication exception into an unauthenticated response.
121
     *
122
     * @param  \Illuminate\Http\Request                 $request
123
     * @param  \Illuminate\Auth\AuthenticationException $exception
124
     * @return \Illuminate\Http\Response
125
     */
126
    protected function unauthenticated($request, AuthenticationException $exception)
0 ignored issues
show
Unused Code introduced by
The parameter $exception is not used and could be removed.

This check looks from parameters that have been defined for a function or method, but which are not used in the method body.

Loading history...
127
    {
128
        if ($request->expectsJson()) {
129
            return response()->json(['error' => 'Unauthenticated.'], 401);
130
        }
131
132
        if ($request->segment(1) === 'admin') {
133
            return redirect()->guest('admin/login');
134
        } else {
135
            return redirect()->guest('login');
136
        }
137
    }
138
}
139