On Jan 9, 2008 3:26 PM, Bernhard Graf <[EMAIL PROTECTED]> wrote:
> J. Shirley wrote:
>
> > Hi Bernhard
> >
> > Could you file this as an RT bug? I'm working on the next version
> > which will also have attachment support and don't want to miss this.
>
> Done.
>
> But thinking about this module br
J. Shirley wrote:
> Hi Bernhard
>
> Could you file this as an RT bug? I'm working on the next version
> which will also have attachment support and don't want to miss this.
Done.
But thinking about this module brought me to the conclusion, that it
doesn't buy me anything (besides headaches).
And thank you for the chance to not look like a dummy for a change. :)
On Jan 9, 2008, at 1:32 PM, Daniel McBrearty wrote:
Thanks Ashley, that did indeed fix the JSON problem!
(wish I'd remembered to write a test *before* I fixed it like this
though ;-)
cheers
Daniel
On Jan 7, 2008 9:28
Thanks Ashley, that did indeed fix the JSON problem!
(wish I'd remembered to write a test *before* I fixed it like this though ;-)
cheers
Daniel
On Jan 7, 2008 9:28 PM, Ashley Pond V <[EMAIL PROTECTED]> wrote:
> This may or may not be germane: try installing JSON::XS and updating
> your JSON an
"Octavian Rasnita" <[EMAIL PROTECTED]> wrote on 01/09/2008 02:01:02 PM:
> From: <[EMAIL PROTECTED]>
> > So if you want the cookie to be set on the client without worrying
about
> > the hostname requested don't set the domain_name or set the domain_name
to
> > the common domain for all hosts.
>
> T
From: <[EMAIL PROTECTED]>
So if you want the cookie to be set on the client without worrying about
the hostname requested don't set the domain_name or set the domain_name to
the common domain for all hosts.
Thank you very much! That was it.
I thought that if I won't set a domain name, it wont s
Ash Berlin <[EMAIL PROTECTED]> wrote on 01/09/2008 05:39:22 AM:
>
> On Jan 9, 2008, at 11:12 AM, Octavian Rasnita wrote:
>
> > From: "Ashley" <[EMAIL PROTECTED]>
> >
> >> Oh, I was too fast. Blush. You mean without the context object. :(
> >
> > Yes, that's what I want.
> > Can't the context objec
On Jan 7, 2008 3:27 PM, Bernhard Graf <[EMAIL PROTECTED]> wrote:
> I'm unable to create multipart/alternative email with C:V:Email 0.10.
>
> This worked with 0.06:
> $stash->{email} = {
>header => [ From => $from, To => $to, Subject => $subject],
>content_type => 'multipart/alterna
Jesper Krogh wrote:
Can anyone help me find out what my problem is here?
$ perl -MDevel::SimpleTrace script/efam_server.pl
Undefined subroutine &Catalyst::Utils::env_value called
What version of Catalyst do you have? The env_value sub only appears in
5.7008 and above..
-Brian
_
On Jan 9, 2008, at 6:16 AM, Octavian Rasnita wrote:
Is it possible to get the host name in MyApp.pm just like I can do
it in a controller using
$c->req->hostname;
I want to use the current hostname for setting the cookie in the
session, and the site could be accessed with 2 or more differ
Hi
Can anyone help me find out what my problem is here?
$ perl -MDevel::SimpleTrace script/efam_server.pl
Undefined subroutine &Catalyst::Utils::env_value called
at
Catalyst::Plugin::ConfigLoader::get_config_path(/usr/share/perl5/Catalyst/Plugin/ConfigLoader.pm:165)
at
Catalyst
Hello!
The Catalyst-related ebuilds (along with some others) are now part of the
perl-exprimental Gentoo overlay.
If you're using layman, please delete the old "catalystframework" overlay and
add "perl-experimental" instead.
If you fetch the ebuilds with Subversion, please update your repository
> Just a stupid thought...having not look at continuation...
> What if $c->request have freeze/thaw hooks?
... and a way to tell catalyst to unwind processing and start over with the
thawed request.
--
Julien Gervais-Bird
___
List: Catalyst@lists.scsys
[EMAIL PROTECTED] wrote:
>> Catalyst::Plugin::Continuation should do that. But it appears to be
>> broken with the current Catalyst version. Or at least I was not able
>> to make it work.
>
> Catalyst::Plugin::Continuation would have been perfect (it even has a test
> case that suits my needs:
>
> Catalyst::Plugin::Continuation should do that. But it appears to be
> broken with the current Catalyst version. Or at least I was not able
> to make it work.
Catalyst::Plugin::Continuation would have been perfect (it even has a test
case that suits my needs:
http://search.cpan.org/src/NUFFIN/C
On Jan 9, 2008, at 11:12 AM, Octavian Rasnita wrote:
From: "Ashley" <[EMAIL PROTECTED]>
Oh, I was too fast. Blush. You mean without the context object. :(
Yes, that's what I want.
Can't the context object be accessed in MyApp.pm?
Thanks.
Octavian
Currently MyApp.pm *is* the context ob
From: Oleg Pronin
> If you mean to get hostname in offline mode (off the processing request) -
the hostname is not known because there are no request.
> You can get the server's real hostname by Sys::Hostname::hostname() but
this probably won't help.
I want to use the current hostname
From: "Ashley" <[EMAIL PROTECTED]>
Oh, I was too fast. Blush. You mean without the context object. :(
Yes, that's what I want.
Can't the context object be accessed in MyApp.pm?
Thanks.
Octavian
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http
18 matches
Mail list logo