[LiveComponents] Child component cannot read URL parameters if the parent component is defered

[momocode-de]

I have noticed that if I have nested components and the parent component is included with loading: 'defer', the child component can no longer read URL parameters. Here is my code:

Parent Component

<?php

namespace App\Twig\Components;

use Symfony\UX\LiveComponent\Attribute\AsLiveComponent;
use Symfony\UX\LiveComponent\DefaultActionTrait;

#[AsLiveComponent]
class ParentComponent
{
    use DefaultActionTrait;
}

<div {{ attributes }}>
        <h1>Parent Component</h1>

        {{ component('ChildComponent', {
                sort: 'name'
        }) }}
</div>

Child Component

<?php

namespace App\Twig\Components;

use Symfony\UX\LiveComponent\Attribute\AsLiveComponent;
use Symfony\UX\LiveComponent\Attribute\LiveProp;
use Symfony\UX\LiveComponent\DefaultActionTrait;

#[AsLiveComponent]
class ChildComponent
{
    use DefaultActionTrait;

    #[LiveProp(writable: true, url: true)]
    public string $sort = '';
}

<div {{ attributes }}>
        <h1>Child Component</h1>

        {{ dump(sort) }}
</div>

Main template:

{{ component('ParentComponent', { loading: 'defer' }) }}

If I now call up my page with ?sort=foo, the value “name” is dumped instead of “foo”. If I remove the { loading: 'defer' } from the parent component, the value “foo” is dumped. Is it possible in this scenario that the parent component remains defered and the child component can still read the URL parameters?

[smnandre]

If the parent is deferrred, the rendering of its children is deferred too.

They are initialized with the value passed by their parent: name

[momocode-de]

So is it intentional that the children cannot use URL parameters in this case? Should then be mentioned in the documentation.

But you could solve it by checking in the QueryStringPropsExtractor at the beginning whether the current route is ux_live_component (this is the case for the children in my example). If it is, you could then extract the query string from the referer URL instead of from the current URL. Or is there something against this?