Próbuję w szablonie sprawdzić, która z dat jest większa i wychodzą mi dziwne rzeczy.
Nie jestem pewien czy TWIG porównuje sobie faktycznie obiekty dat czy stringi.

Mam taki kod w TWIGU:

[HTML] pobierz, plaintext 
    {% if 'now'|date('d-m-Y') <  find_matchday(app.request.get('matchday')).dateFrom|date('d-m-Y') and 'now'|date('d-m-Y') <  find_matchday(app.request.get('matchday')).dateTo|date('d-m-Y') %}
        {% set nextMatchday = true %}
    {% else %}
        {% set nextMatchday = false %}
    {% endif %}
[HTML] pobierz, plaintext 

zweryfikowałem sobie dumpem co wyświetlają poszczególne części kodu i tak:

[HTML] pobierz, plaintext 
    {{ dump('now'|date('d-m-Y')) }}
    {{ dump(nextMatchday) }}
    {{ dump(app.request.get('matchday')) }}
    {{ dump(find_matchday(app.request.get('matchday')).dateFrom|date('d-m-Y')) }}
    {{ dump(find_matchday(app.request.get('matchday')).dateTo|date('d-m-Y')) }}
    {{ dump('now'|date('d-m-Y') <  find_matchday(app.request.get('matchday')).dateFrom|date('d-m-Y')) }}
    {{ dump('now'|date('d-m-Y') <  find_matchday(app.request.get('matchday')).dateTo|date('d-m-Y')) }}
[HTML] pobierz, plaintext 

wyniki powyższego:

"27-01-2018"
false
"1"
"05-02-2018"
"11-02-2018"
false
false


jakim cudem zmienna nextMatchday = false ?
data obecna jest większa od dat 5 lutego i 11 lutego ?

A zerknij tutaj

Czy aby na pewno obie wartości są instancją \DateTime?

Na przyszłość polecam napisać ArgumentResolver + jakiś model, bo przecież możesz tego używać w wielu miejscach, a controller może "otrzymać" już obrobione i "gotowe" dane do dalszego procesowania.

-- EDIT

Poprawiłem sandbox, co żebyś widział różnicę...

no raczej tak

W entity mam tak:

[PHP] pobierz, plaintext 
    /**
     * @ORM\Column(name="date_from", type="datetime", nullable=true)
     */
    private $dateFrom;
 
    /**
     * @ORM\Column(name="date_to", type="datetime", nullable=true)
     */
    private $dateTo;
[PHP] pobierz, plaintext 

Metoda jaką w Twigu pobieram daty do korzystając z klasy AppExtension wygląda tak:

[PHP] pobierz, plaintext 
    // get matchday by name
    public function getMatchdayByName($name){
        $repository = $this->doctrine->getRepository('AppBundle:Matchday');
        $matchday = $repository->findOneByName($name);
 
        return $matchday;
    }
[PHP] pobierz, plaintext 

Podpowiedź: Filtr DATE

ale chyba tak mam.
jest filtr date na obu datach :

[HTML] pobierz, plaintext 
find_matchday(app.request.get('matchday')).dateFrom|date('d-m-Y')
[HTML] pobierz, plaintext 

[HTML] pobierz, plaintext 
'now'|date('d-m-Y') <  find_matchday(app.request.get('matchday')).dateFrom|date('d-m-Y')
[HTML] pobierz, plaintext 

A teraz zobacz co wypluwa każdy z w/w poprzez dump'a, a potem popatrz na moją pierwszą odpowiedź (pierwszy link).

poczekaj bo się pogubiłem.

Mój obecny kod wypluwa to co napisałem w pierwszym poście a więc to:

"27-01-2018"
false
"1"
"05-02-2018"
"11-02-2018"
false
false

Twój link z pierwszego postu pokazuje wyniki przed konwersją i po konwersji w PHPie i widzę że jak porównuje stringi to jest FLASE a jak daty to prawidłowo a więc TRUE .

Sugerujesz zatem że w TWIG mam stringi i dlatego mi to źle działa i że powinienem to skonwertować sobie w PHPie w tej funkcji w klasie AppExtension ?

Nic ani nikt nie broni Ci operować na dacie w Twig'u, ale Ty w owym przypadku operujesz na stringach, bo formatujesz datę używając |date('d-m-y')

ok już rozumiem .. usunąłem te filtry i działa

"now"
true
"1"
DateTime {#452 ▼
+"date": "2018-02-05 00:00:00.000000"
+"timezone_type": 3
+"timezone": "Europe/Berlin"
}
DateTime {#453 ▼
+"date": "2018-02-11 00:00:00.000000"
+"timezone_type": 3
+"timezone": "Europe/Berlin"
}
true
true


dzięki !