Discussion :

[coupolites]

Bonjour,

Je veux faire un forward dans un filter, ce forward fonctionne mais j'ai un warning du style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Warning: Cannot modify header information - headers already sent by (output started at \lib\symfony\response\sfResponse.class.php:105) in \lib\symfony\response\sfWebResponse.class.php on line 349

Dès que je désactive la debug_bar je n'ai plus ce warning.

Je pense donc que la debug_bar est "chargée" avant le filter et donc envoie du code avant le forward.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
class maintenanceFilter extends sfFilter {
 
  public function execute ($filterChain) {
    if($this->isFirstCall()) {
      .........      
      $context = $this->getContext();
      $context->getController()->forward('default','maintenance');
      .........
      $filterChain->execute();
    }
  }
 
}

Je précise que je ne fais aucun "echo ..." dans ce filtre et il n'y a aucun code dans l'action 'maintenance'

Est ce que quelqu'un à déjà eu le problème ?

Merci

[Michel Rotta]

Où est place ton filtre dans l'enchainement des filtres ?

J'ai des doutes sur l'opportunité de faire un forward dans un filtre. A mon avis, le fait d'arriver sur une nouvelle action à pour effet d'envoyer le précédant sfResponse généré et d'en ouvrir un nouveau. C'est ce nouveau, qui, même vide, devrait générer le problème.

Essayes de travailler sans le forward dans ton filtre, il me semble une très mauvaise idée.

[coupolites]

Merci pour ton aide en effet c'était "l'ordre des filter". Mon filtre était après le rendering.

Le but de mon filtre est de redirigé vers une page de maintenance si une variable est défini dans le app.yml. Cette fonctionnalité est valable pour toute l'application, c'est donc pour cela que je fais un forward dans mon filter.

[Michel Rotta]

Si cela marche tant mieux.

J'en n'aurais oser essayer