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
-~----------~----~----~----~------~----~------~--~---
