Ah, thanks Kris - previously it was showing with a 0 - never thought to try sending an email to see if that caused it to show!
On Sep 11, 12:35 pm, Kris Wallsmith <kris.wallsm...@symfony- project.com> wrote: > You should not see the mailer panel show up with a zero (0), just as > you don't see the database panel show up with a zero. This is the > existing standard; I don't see any reason to change it for this panel... > > -- > > Kris Wallsmith | Release Manager > kris.wallsm...@symfony-project.com > Portland, Oregon USA > > http://twitter.com/kriswallsmith > > On Sep 10, 2009, at 8:56 AM, arri...@gmail.com wrote: > > > > > Hi, > > > Unfortunately I still don't get the icon. As far as I can see, > > listenForMailerConfigure() doesn't get called? I stuck a die() in > > there but my code still ran. > > > Thanks for your help, > > Andy. > > > On Sep 10, 4:45 pm, Kris Wallsmith <kris.wallsm...@symfony- > > project.com> wrote: > >> Hello, > > >> I've fixed the regression I introduced yesterday. Can you see if the > >> icon show up for you now? > > >> Thanks, > >> Kris > > >> -- > > >> Kris Wallsmith | Release Manager > >> kris.wallsm...@symfony-project.com > >> Portland, Oregon USA > > >>http://twitter.com/kriswallsmith > > >> On Sep 10, 2009, at 7:43 AM, arri...@gmail.com wrote: > > >>> After a bit of poking around, the bottom of my cached copy of the > >>> factories.yml (config_factories.yml.php) looks like below. Looks > >>> like > >>> there is no $this->factories['mailer'] = ... line > > >>> <snip> > >>> $this->factories['viewCacheManager'] = new sfViewCacheManager > >>> ($this, $cache); > >>> } > >>> else > >>> { > >>> $this->factories['viewCacheManager'] = null; > >>> } > > >>> require_once sfConfig::get('sf_symfony_lib_dir').'/vendor/ > >>> swiftmailer/ > >>> classes/Swift/Mailer.php'; > >>> spl_autoload_register(array('sfMailer', 'autoload')); > >>> $this->setMailerConfiguration(array_merge(array('class' => > >>> sfConfig::get('sf_factory_mailer', 'sfMailer')), sfConfig::get > >>> ('sf_factor > >>> y_mailer_parameters', array ( > >>> 'logging' => '1', > >>> 'charset' => 'utf-8', > >>> 'delivery_strategy' => 'none', > >>> 'transport' => > >>> array ( > >>> 'class' => 'Swift_SmtpTransport', > >>> 'param' => > >>> array ( > >>> 'host' => 'localhost', > >>> 'port' => 25, > >>> 'encryption' => NULL, > >>> 'username' => NULL, > >>> 'password' => NULL, > >>> ), > >>> ), > >>> )))); > > >>> On Sep 10, 3:30 pm, "arri...@gmail.com" <arri...@gmail.com> wrote: > >>>> To followup, in my action var_dump($this->getContext()->hasMailer > >>>> ()); > >>>> returns false > > >>>> On Sep 10, 3:26 pm, "arri...@gmail.com" <arri...@gmail.com> wrote: > > >>>>> Hi, I had tried this by copying the whole mailer: section from > >>>>> symfony/ > >>>>> lib/config/config/factories.yml, but the icon still didn't > >>>>> appear. I > >>>>> added the 'cut down' lines from the changeset under the all: > >>>>> section > >>>>> of my factories.yml but the icon still doesn't appear sorry. > > >>>>> On Sep 10, 2:56 pm, Fabian Lange <fabian.la...@symfony- > >>>>> project.com> > >>>>> wrote: > > >>>>>> Hi, > >>>>>> you need to add the mailer to the factories. > >>>>>> This is documented here:http://trac.symfony-project.org/ > >>>>>> changeset/ > >>>>>> 21832 > > >>>>>> Fabian > > >>>>>> On Thu, Sep 10, 2009 at 2:37 PM, arri...@gmail.com > >>>>>> <arri...@gmail.com> wrote: > > >>>>>>> Hi, > > >>>>>>> Been running the new sfMailer code, looks excellent and > >>>>>>> yesterday was > >>>>>>> pleased to see the mail icon appearing in the web debug toolbar. > >>>>>>> Very > >>>>>>> useful! However, after an update this morning the icon no longer > >>>>>>> appears. A call to sfContext::getInstance()->getMailer()- > >>>>>>> >compose > >>>>>>> (...) > >>>>>>> still works ok - the mail is sent. > > >>>>>>> Looking into the mailer debug panel, it looks like inititialize > >>>>>>> () is > >>>>>>> never called. Also, hasMailer() always returned false for me. > >>>>>>> Changing > >>>>>>> the function to: > > >>>>>>> public function __construct(sfWebDebug $webDebug) > >>>>>>> { > >>>>>>> parent::__construct($webDebug); > >>>>>>> //$this->mailer = sfContext::getInstance()->hasMailer() ? > >>>>>>> sfContext::getInstance()->getMailer() : null; > >>>>>>> $this->mailer = sfContext::getInstance()->getMailer(); > >>>>>>> } > > >>>>>>> resolves the issue for me, but I see in the commit logs there > >>>>>>> was > >>>>>>> concern over errors with apps using swiftmail 3 and hasMailer() > >>>>>>> was > >>>>>>> introduced. > > >>>>>>> I appreciate this is alpha code and things are changing, but any > >>>>>>> ideas? > > >>>>>>> Thanks, > >>>>>>> Andy. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "symfony developers" group. To post to this group, send email to symfony-devs@googlegroups.com To unsubscribe from this group, send email to symfony-devs+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-devs?hl=en -~----------~----~----~----~------~----~------~--~---
