En este pequeño post voy a relatar un pequeño problema que tuve con las rutas de Laravel al pasar un Model a través de la URL usando el Route Model Binding.

El problema era que yo pasaba el modelo por la URL pero al momento de recibirlo en el controlador, el mismo estaba vacío. Mejor dicho, era un arreglo vacío o un Model nuevo sin atributos.

Después de horas depurando me di cuenta de que el problema estaba causado debido a un middleware propio que yo había escrito.

Sobre el Route model binding

No voy a hablar de esa característica en este post, porque no es el punto del mismo. Basta con saber que podemos pasar el modelo completo a una ruta (no es magia, me imagino que el middleware lee el id y lo convierte a Model) y luego recibirlo en el controlador.

Todo eso ya está documentado en el sitio de Laravel aquí.

El problema

En mi ruta tenía:

<?php
Route::post("/mentores/completar-registro/{mentor}", [MentorController::class, "completarRegistroSecundario"])
    ->name("completarRegistroMentor");

Fíjate que estoy recibiendo el parámetro mentor. Entonces en mi controlador defino mi método así:

<?php
class MentorController extends Controller
{
    public function completarRegistroSecundario(CompletarRegistroSecundarioRequest $request, Mentor $mentor)
    {
        $mentor->fill($request->input());
        $mentor->saveOrFail();
        return redirect()->back();
    }
}

Pero el problema era que en este caso $mentor estaba vacío, aunque no debería. Y para probar, eliminé mi Middleware y todo funcionaba bien, por lo que supuse que el problema venía de ahí.

El middleware

Tengo un middleware que aplico directamente en Kernel.php para que sea usado en todas las rutas web. Lo tenía así:

<?php
protected $middlewareGroups = [
    'web' => [
        \App\Http\Middleware\EncryptCookies::class,
        \Illuminate\Cookie\Middleware\AddQueuedCookiesToResponse::class,
        \Illuminate\Session\Middleware\StartSession::class,
        \Illuminate\View\Middleware\ShareErrorsFromSession::class,
        \App\Http\Middleware\VerifyCsrfToken::class,
        \Illuminate\Routing\Middleware\SubstituteBindings::class,
        RevisarSiMentorHizoRegistroSecundario::class, # <--- Aquí
    ],

    'api' => [
        // \Laravel\Sanctum\Http\Middleware\EnsureFrontendRequestsAreStateful::class,
        'throttle:api',
        \Illuminate\Routing\Middleware\SubstituteBindings::class,
    ],
];

Justamente ahí estaba el problema, en el orden de los middleware.

Solución

Lo único que tenía que hacer es aplicar mi middleware justo antes que el de SubstituteBindings así:

<?php
protected $middlewareGroups = [
        'web' => [
            \App\Http\Middleware\EncryptCookies::class,
            \Illuminate\Cookie\Middleware\AddQueuedCookiesToResponse::class,
            \Illuminate\Session\Middleware\StartSession::class,
            \Illuminate\View\Middleware\ShareErrorsFromSession::class,
            \App\Http\Middleware\VerifyCsrfToken::class,
            RevisarSiMentorHizoRegistroSecundario::class, # Debe ir antes de SubstituteBindings y después de StartSession
            \Illuminate\Routing\Middleware\SubstituteBindings::class,
        ],

        'api' => [
            // \Laravel\Sanctum\Http\Middleware\EnsureFrontendRequestsAreStateful::class,
            'throttle:api',
            \Illuminate\Routing\Middleware\SubstituteBindings::class,
        ],
    ];

Y con eso ya podía acceder al modelo que es pasado desde la ruta. Me imagino que mi Middleware modificaba el request y no tomaba en cuenta los modelos.