Should Catalyst::Plugin::Authentication::logout() return something
true upon success?
That way you can write code like
$c-logout() || $c-log-error(...);
Maybe reorder somehow to return the values from this expression?
delete @{ $c-session }{qw/__user __user_realm/};
-Ashley
)', 'URI contains
correct path' );
}
On Sep 11, 2006, at 6:22 PM, Matt S Trout wrote:
apv wrote:
http://lists.rawmode.org/pipermail/catalyst/2006-September/
009531.html (I did start a new message there, blame Mail.app, not me
for the bad threading)
Okay, mean guys. Make me solve my own, er
I ran into this too doing a clean install last week on DreamHost and
forgot to report it. I'm sorry! If you're in a hurry, the way I
solved it (in the CPAN shell) was to install an older version of
Session and family first and then upgrade from there.
-Ashley
On Jul 11, 2007, at 10:25 PM,
On Jul 7, 2007, at 7:32 AM, Matt S Trout wrote:
(2) Do you need any of the features DBIC provides that RDBO
doesn't? (resultset
chaining and support for GROUP BY/HAVING being the obvious candidates)
I'll chime in too. Resultset chaining (which can be used like
filtering data sets) is a
Thanks Matt. That is much better. Stuffing the session with a ton of
data up front didn't strike me as a good idea.
On Jul 7, 2007, at 7:11 AM, Matt S Trout wrote:
On Fri, Jul 06, 2007 at 09:30:38PM -0700, apv wrote:
False alarm. I figured it out. Have to prefetch relationships when
So, in my template I have this and it works fine if I assign user,
a DBIC object, to the stash from the controller.
[% user.votes %]
But if I do this to get the user inside the template:
[% user = Catalyst.session.user %]
[% user.votes %]
I get this fatal error:
Couldn't render
False alarm. I figured it out. Have to prefetch relationships when
putting the user into the session at login or the goodies just ain't
in the session info.
–Ashley
--
On Jul 6, 2007, at 7:04 PM, apv wrote:
So, in my template I have this and it works fine if I assign
user, a DBIC
On my dev box, with the test server and with apache/fcgi, PageCache
is working fine. On my live box (with DreamHost, test and apache/
fcgi), it's reporting that it's caching
[debug] Caching page / for 300 seconds
but it reports it for every request instead of serving out of the
cache for X
On Jun 12, 2007, at 8:00 PM, Matt S Trout wrote:
Catalyst::Plugin::Cache::* are deprecated, use
Catalyst::Plugin::Cache.
Thanks. I got it out of the current Cookbook POD. I hadn't read any
core documents through in a year so I thought I was catching up. :)
-Ashley
On Thursday, Mar 29, 2007, at 08:28 US/Pacific, Chisel Wright wrote:
On Thu, Mar 29, 2007 at 09:13:31AM -0700, Jeff Chimene wrote:
As a side question, why does this particular technique use redirect()?
As opposed to, e.g. detach()?
Because Parley has kinda evolved over [a long period of]
I found this somewhat unresolved thread -- http://lists.rawmode.org/
pipermail/catalyst/2006-July/008854.html -- when having the same
problem, approximately, after updating my OS X today.
Turned out, for me, to be the Storable install got itself or its
libraries confused/remapped. I was
H…
---
[EMAIL PROTECTED]/MyAppsetenv CATALYST_HTTP_DEBUG 1
[EMAIL PROTECTED]/MyApp./script/myapp_server.pl -d
[debug] Debug messages enabled
[debug] Loaded plugins:
.---
-.
| Catalyst::Plugin::ConfigLoader
Strangely enough, I was running an older Runtime but upgraded before
double checking against your stuff.
On Mar 23, 2007, at 4:32 PM, Andy Grundman wrote:
I think the problem may be that you're using the weird Mac hostname
'jasper.local' instead of localhost. Maybe Safari resolves this
On Mar 23, 2007, at 6:41 PM, Andy Grundman wrote:
On Mar 23, 2007, at 6:27 PM, Ashley Pond V wrote:
Oh, to add confusion upon confusion. It works fine across my
Airport. Safari won't load it on the computer which is running the
server, but Safari on the computer in the other room has no
Worked perfectly, thanks. Sorry I didn't extrapolate from the docs to
just try it. Once you showed it, it seemed obvious.
-Ashley
On Monday, Mar 19, 2007, at 05:51 US/Pacific, Jason Kohles wrote:
On Mar 18, 2007, at 7:26 PM, apv wrote:
So, I would like to use a mysql connection file
So, I would like to use a mysql connection file instead of putting
the password and user in the config file. Can I get a path_to to work
with this? I did Google and check the lists but couldn't find an
answer. Where the __HERE__ is is where the mysql_read_default_file=
(path_to) goes.
On Jan 18, 2007, at 3:22 PM, Bill Moseley wrote:
I do maintain a history of these pages, and I have a crude diff view
using Algorithm::Diff. I have a table that holds the history of the
content and use triggers to write to it on update.
Is this how you are (or would) do this?
I am doing post
You might also look at the guts of Catalyst::Plugin::Email::Japanese
to see if it's of any interest.
-Ashley
On Jan 6, 2007, at 8:52 PM, Octavian Rasnita wrote:
Ok, thank you. I had previously used MIME::Lite (not using UTF-8
though) and I think I will follow this way.
I asked about
Does anyone have sample code of anything AJAXy (don't care about the
library or if it's hand rolled) that runs under application/xhtml
+xml? By default Prototype puts out incompatible script tags and I
know in the past some of y'all said you like other libraries better
anyway.
–Ashley
--
On Dec 1, 2006, at 8:45 AM, Jonathan Rockway wrote:
Perl. Is. Not. Dead.
Is there anything more we need to add to this discussion?
The last two big companies I worked for were both moving away from
Perl. One of them was Amazon.com (I known there are still a few
boosters and projects for
I'm probably about to write a sub-class of
Catalyst::Plugin::Static::Simple which writes the file to disk on the
first request. The reason is I like to have all my extra static files
(images, media, css, etc) in the same bundle as the application but I
also want to let Apache serve them,
On Nov 26, 2006, at 2:01 PM, Ash Berlin wrote:
apv wrote:
I'm probably about to write a sub-class of
Catalyst::Plugin::Static::Simple which writes the file to disk on
the first request. The reason is I like to have all my extra
static files (images, media, css, etc) in the same bundle
I just thought I'd share an epiphany in case any other lunkheads were
under the same misconception I was.
I had been avoiding chained actions for months b/c I was under the
impression they were synonymous with code namespaces. Today, I
realized they aren't.
So, I was doing things like:
I am getting wide character in print warnings to the terminal for
tests and such still when all my utf8 is acting perfect in the
browser (and even in MIME headers for email the app is sending, so
I'm pretty sure I'm doing it all correctly).
I think it's happening here:
In
Something I have done and will probably do again (but I'm not using
right
now) is having static pages like that served by Catalyst the first time
they are requested and then writing them to disk (as part of the end
handler to let apache serve) them as static going forward. To update
files, erase
I was getting the same thing in my apps. They display utf8 fine
as long as there is no utf8 in a form in the same page.
Catalyst::Plugin::Unicode combined with Catalyst::View::TT::ForceUTF8
fixes this for me. I don't speak Chinese but it is what I usually
use to test the unicode and it appears
correctly
.
For example, chinese characters can be displayed correctly in
textara/textarea
Mao DengFeng
-Original Message-
From: apv [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 01, 2006 4:29 PM
To: The elegant MVC web framework
Subject: Re: [Catalyst] Catalyst-plugin
Something common that irritates me on sites is links on a page which
point to the page they're on.
Say you're viewing / (home) and there are links which go to / --
not sensible. The following macro, link, disables them with JS
(makes more sense semantically than not using a tags) and adds a
http://lists.rawmode.org/pipermail/catalyst/2006-September/
009531.html (I did start a new message there, blame Mail.app, not me
for the bad threading)
Okay, mean guys. Make me solve my own, er, Catalyst's own, bugs.
Line 118 (5.7001) of Catalyst::Engine::CGI looks like this:
Yay. I'll take a look through the tests to see if I can figure out
where to send you a new one (or the diff for a current one).
-Ashley
On Sep 11, 2006, at 6:22 PM, Matt S Trout wrote:
That seems like a sane complaint.
If you can add a failing test I can get it into 5.70002 ...
From this thread: http://www.mail-archive.com/
catalyst@lists.rawmode.org/msg00778.html
I saw on the DBIC lists that the new release changed its utf8 handling.
- UTF8Columns changed to use utf8 instead of Encode
I just grabbed it off the pause server and it does indeed fix the
I complained about this quite some time ago and was told to use the
restartregex option to filter that out (and scratch_file~ of
course). Instead of suggesting that, I'll join in in complaining
again. :)
–Ashley
--
On Jul 28, 2006, at 1:05 AM, Jonathan Rockway wrote:
After upgrading to
Hmmm. I'm not using CGI (it hangs on the most minimal
install/welcome-page) and I have the most recent regular TT2 release.
I'm glad you mention it though b/c I did have the problem you list with
another TT2 form (not in Catalyst) and I found on antoher list that
naming the CGI instance or
I ran into a weird thing today (coming back to Catalyst after a long
hiatus so I hope I'm not just being obtuse; I love all the changes
I've found so far). Catalyst 5.7000, perl 5.8.6. Using test server.
This in MyApp::Controller::Word:
sub single : Path : Args(1) {
my ( $self, $c,
34 matches
Mail list logo