I am generating multipart emails in the following fashion (simplified for
purpose of explanation):
$transport = new Zend_Mail_Transport_Smtp('localhost');
Zend_Mail::setDefaultTransport($transport);
$mail = new Zend_Mail();
$mail-setFrom($email, $name);
I have verified that that 'bug' was precisely why UebiMiau could not display
the message properly.
I modified Zend/Mail/Transport/Abstract.php to change lines 142 through 146
from this:
$this-_headers['Content-Type'] = array(
$type . '; charset=' .
It seems as though entering routes using application.ini turns off default
routes. Is that right?
--
View this message in context:
http://www.nabble.com/Routes---application.ini---default-routes-tp23359752p23359752.html
Sent from the Zend Framework mailing list archive at Nabble.com.
ardx wrote:
It seems as though entering routes using application.ini turns off default
routes. Is that right?
Sorry, ignore that.
The problem I'm experiencing is not with the routing per se, it is with the
ability of some part of Zend_Navigation to properly generate a url for a
route
ardx wrote:
ardx wrote:
It seems as though entering routes using application.ini turns off
default routes. Is that right?
Sorry, ignore that.
The problem I'm experiencing is not with the routing per se, it is with
the ability of some part of Zend_Navigation to properly
I reported a bug in 1.6.2 in jira:
http://framework.zend.com/issues/browse/ZF-5429
In response, some time later I received two messages. The first says:
I just testing [sic] this code on my centos 4.5 server running php 5.1.6
and it worked just fine. I'm using the 1.7.2 code base. Is there any
You did not read the complete response...
You CAN use ZF 1.7+ with PHP 5.1.4... most components will run without
problems. Also Zend_Date works with 5.1.4. But if you are using new features
like Zend_Locale's application wide locale, which was added with 1.7.0,
you will notice problems as it
thomasW wrote:
The problem is not to support old releases, the problem is that this would
mean to release a new 1.6 a new 1.5, a new 1.4 whatever release... because
bugs are always reported to outdated releases. There are even bugs for 0.9
within the bug tracker.
My question is not
Tim Fountain wrote:
I would suggest, if at all possible, you try and get the remi repositories
(
http://blog.famillecollet.com/pages/Config-en) enabled on your server.
These
will allow you to install a more recent version of PHP on CentOS.
IMHO the ZF team can't be expected to try and
We bumped the minimum supported PHP version to 5.2.4 for ZF = 1.7.0.
--
Matthew Weier O'Phinney
Software Architect | matt...@zend.com
Zend Framework | http://framework.zend.com/
Further to my earlier messages, I find that with ZF 1.6.2 (from
Matthew Weier O'Phinney-3 wrote:
-- ardx ovg...@rogers.com wrote
(on Sunday, 04 January 2009, 06:34 PM -0800):
Till Klampaeckel-2 wrote:
Zend_File seems to lead the list, but only with 5.2.1, not 5.2.4.
And if anyone cares, here are the version requirements per component
(tests
Till Klampaeckel-2 wrote:
Zend_File seems to lead the list, but only with 5.2.1, not 5.2.4.
And if anyone cares, here are the version requirements per component
(tests not included):
...
Zend_Date: 5.1.0
...
Zend_Date on ver 1.7+ is broken on php 5.16 due to the use of
Jason Webster wrote:
You can call setPrependBase(true) on the redirector action helper, and
it should fix your problem.
Thank you both for your responses.
It appears that setting prependBase to false fixes the problem if '$url' is
already fully constructed (e.g., taken from
13 matches
Mail list logo