Kiffin Gish wrote:
For some reason I cannot use the Perl debugger to debug my Catalyst
application, which normally starts up and runs just fine without the
debugger.
Can you let us know what versions of B::Hooks::EndOfScope and
Variable::Magic you have installed? (perl -MVariable::Magic\
Simon Baird wrote:
[1] Well perhaps some details in brief note form...
- The Authentication section of the Tutorial in CPAN uses some
deprecated stuff (I find out eventually)
- I got Auth working with DBIC as per the docs (with users, roles,
user_roles tables) but without a realm. So I can use
Stephen Clouse wrote:
I have seen hints dropped in places such as
http://osdir.com/ml/lang.perl.modules.dbix-class/2006-08/msg00188.html
that Catalyst 5.80 has gained more explicit support for such a
deployment model under mod_perl, but so far I have come up empty on
finding references or
Stuart Watt wrote:
I did a simple tweak to the configuration file management so environment
variables could be substituted into configuration files. All I added to
MyApp.pm was:
snip
Then, I could use YAML settings like:
session:
storage: '__ENV(TEMP)__/sessions'
It was pretty easy
Matthias Dietrich wrote:
do you use Log::Log4perl in your Catalyst apps? Months ago I wrote a
message to the list about problems with Log::Log4perl and multiple
instances of Catalyst within one Apache. Nobody answered and because
it's currently not very important to me (not in production
On 29 May 2009, at 01:49, hkcl...@gmail.com wrote:
For example, a search for Catalyst Tutorial on search.cpan.org shows
a bunch of the 5.7014 stuff near the top... and that's over 7 months
(and 9 releases) old. Is there a way to kill off older releases
like that (or at least push them down in
Alok Sharma wrote:
Hi,
I am having trouble running my Catalyst apps which were running properly
till recently. Problem started after some updates and each server throws
error stating Inconsistent hierarchy during C3 merge of class at
/usr/share/perl/5.10/mro.pm
Have a read of:
Stuart Watt wrote:
True, we did need to keep each application using processes which are
separate. This was an issue when we used PerlEx (the ActivePerl style
mod_perl approach) but we now use FastCGI (clients use Windows, etc.)
and IIS freely creates many processes, and makes it really easy to
On 30 May 2009, at 08:08, Alok Sharma wrote:
This helped in cleaning the circular/inconsistent hierarchies in
the starting
and help to get to the bottom of the problem.
Doc patches to refine the strategies I suggest in the documentation I
pointed too would be very welcome.
On 29 May 2009, at 19:38, Jarom Smith wrote:
J. Shirley wrote:
Catalyst::Helper::Model::DBIC::Schema doesn't do that, but you
could submit a patch :)
I know, I need to contribute as well as take away.
If I were to do this, I think I would probably just extend the
current
On 30 May 2009, at 16:32, Gordon Stewart wrote:
I am using the following plugin modules, which I believe to be the
most up
to date:
Your Makefile.PL doesn't say this.
I tried to fix this, but something in the dependency stack of
DBIx::Class::HTMLWidget fails to install for me.
Can you
Kieren Diment wrote:
On Mon, Jun 1, 2009 at 9:25 AM, J. Shirley jshir...@gmail.com wrote:
Easy for a failing test case, at least ;)
Yeah, it appears to be a backwards compat bug. The following does
work. This either needs to be documented or fixed.
Not a back compat bug, it's been there
kakim...@tpg.com.au wrote:
hi there,
how do I access the Catalyst variable in a custom made Template
Toolkit plugin?
You don't want to do this.
TT plugins should be for trivial formatting stuff only, teaching them
about your application context is massively breaking abstraction.
Cheers
Matthias Dietrich wrote:
Hi,
One solution to this would be to keep a hash of log class instances
per vhost, and then ensure to replace the logger being used at the
start of each hit - this should do what you're looking for..
yes, I thought I have to do it in such a way. Where would be the
On 30 May 2009, at 23:17, Gordon Stewart wrote:
Tom
I tried to fix this, but something in the dependency stack of
DBIx::Class::HTMLWidget fails to install for me.
I have removed this
Ok, that wasn't much better:
, Makefile.PL in your tarball is still fucked (i.e. missing most of
your
On 2 Jun 2009, at 23:51, Tommy Butler wrote:
I found my own answer by looking at the source code for the MVC
plugin.
The MVC plugin? Huh? You mean the authentication plugin?
So much for the book.
Yeah, the book hasn't aged well, which is unfortunate.
Stuart Watt wrote:
I'm developing an app which uses IIS and FastCGI as its back end. Also,
we are expected by the client to use Windows integrated authentication
in the server -- this is an intranet app, so no login screen should be
expected.
snip
trying to read the one already performed, so
On 3 Jun 2009, at 20:18, Gordon Stewart wrote:
http://omni.state51.co.uk/~t0m/MyApp.tgz - there is your tarball
back, with git history of everything I did for your perusal.
I cannot seem to download the tarball from your site. Did you give
me an
internal website?
No, that's my
Jarom Smith wrote:
In the end, this is what I decided to do because I have relatively few
of these guys (so far) and I'd rather have them thrown together all in
one place than spread all over the system. But I'm wondering if there
is a best practice?
I don't want to put them in the config
Jarom Smith wrote:
But out of curiosity... in your opinion, what *would* be the best
practice way of doing what I'm trying to achieve? (or was your comment
Not sure this is the 'best practice' way of doing what you're trying to
achieve referring to my way of doing things, and your opinion of
Jason McIntosh wrote:
As far as I can tell, the version numbers of all modules involved
match. (Using latest CPAN or Debian versions of all modules.)
Any advice as to where to look next would be enormously appreciated.
My only real suggestion is to throw some dumping / debugging into the
Fayland Lam wrote:
hey, it's a patch for Catalyst::Plugin::Session::Store::Cookie. to make
cookie_domain more configurable.
__PACKAGE__-config-{session}-{cookie_domain} = sub {
my $c = shift;
if ( $c-req-uri-host =~ /xxx\.com/ ) {
return '.xxx.com
Francesc Romà i Frigolé wrote:
This is more of an apache question than a Catalyst one, but I'd
appreciate some help.
I'm trying the new feature $c-req-remote_user introduced in 5.80005.
I'd like to know if it is possible to tell apache, in a .htaccess file,
to not ask authentication for a
Robert Buels wrote:
So, if I understand rightly, shouldn't the MyApp/root be going into
blib/auto/MyApp/root instead of blib/MyApp/root ?
The simple answer you're looking for is 'hysterical raisins'.
I'm hoping that we'll move to using File::ShareDir for template for
installed applications
On 9 Jun 2009, at 19:19, J. Shirley wrote:
Being able to specify the session cookie name based on the request
would be useful for edge cases.
I totally agree.
How would something like a 'cookie_name_stash_key' configuration
parameter sit with you?
If not provided, we do what we do now,
On 9 Jun 2009, at 19:49, Francesc Romà i Frigolé wrote:
I also tried with FilesMatch which it is allowed, but it doesn't
seem to work (which makes sense because I'm not actually matching
any file but a catalyst action )
Ah, if you've got rules sending stuff to Catalyst, then stuff will
On 9 Jun 2009, at 04:29, Robert Krimen wrote:
On Mon, Jun 8, 2009 at 11:55 AM, Matt S Trout dbix-
cl...@trout.me.uk wrote:
See Catalyst::Plugin::AutoCRUD for injecting extra components into the
various areas during application setup.
I had this problem last week, and released a solution
On 9 Jun 2009, at 21:29, J. Shirley wrote:
On Tue, Jun 9, 2009 at 1:15 PM, Tomas Doran bobtf...@bobtfish.net
wrote:
How would something like a 'cookie_name_stash_key' configuration
parameter sit with you?
If not provided, we do what we do now, if provided then that stash
key
On 10 Jun 2009, at 06:23, kmx wrote:
Erm, no - $c-authenticate will _always_ succeed if you're using
Credential::Remote, as the web server above you will have always
authenticated you already..
In fact there are some situations where Credential::Remote's
authenticate(..) can fail:
One
On 6 Jun 2009, at 23:57, Bill Moseley wrote:
In other words, it provides a way for users to generate their own
session ids as long as it passes the validate_session_id method,
which doesn't take much.
http://dev.catalyst.perl.org/repos/Catalyst/Catalyst-Plugin-Session/
Francesc Romà i Frigolé wrote:
It looks very interesting but I wonder if my shared host provider
(asmallorange) would agree to install it.
You're worrying about the efficiency of pushing bytes around, but you're
using shared hosting.
Surely this is premature optimisation?
Cheers
t0m
Francesc Romà i Frigolé wrote:
The applications I'm writing are expected to have a relatively small
number of users. From my experience so far the performance is quite good
on a shared hosting as long as I serve the static content from outside
Catalyst. Otherwise performance degrades
Patricio A. Bruna wrote:
wich methods do you use to distribute a catalyst application from on box
to another.
and suposse this box has diferent operating system, i ment one has suse
and the other redhat.
what are you recomendations
Don't do that.
Having an app balanced across two totally
Francesc Romà i Frigolé wrote:
I did my tests some months
ago with smaller files (1-5 MB) and I don't remember the exact results
now, but I clearly remember that it made a very significant difference.
Hmm, well, with smaller files you have tcp slow start, and other effects
that can cloud
Patricio A. Bruna wrote:
Maybe i explain wrong.
I did not mean load balance, i meant deployment.
i develop my app on my box, and then i need to deploy it on the
production server, with the same operating system. downloading all the
modules from cpan is time consuming, are any better way?
Octavian Râşniţă wrote:
When using this syntax for installing modules in the directory 'my_lwp'
I don't know how I can specify the force parameter of the cpan shell.
perl -MCPAN -Mlocal::lib=my_lwp -e 'CPAN::force(qw/install LWP/)'
Cheers
t0m
___
kmx wrote:
According to my tests against real application t0m is right and this
straightforward session fixation attack does not work.
On the other hand there exists (at least in my opinion) another sort of
session fixation issue in Catalyst application discussed here
Sergio Salvi wrote:
I've applied both patches into this branch:
http://dev.catalyst.perl.org/svnweb/Catalyst/browse/branches/Catalyst-Plugin-Session/both/
Hi, sorry for the very late followup on this, but it's been noted that
the documentation wasn't adjusted to reflect the changes made.
I
Tobias Kremer wrote:
Thanks a lot! I didn't know that this was the recommended practice.
Apparently, TIMTOWTDI striked again! :(
The docs on Catalyst::Request::param don't help to make this (and the
possible consequences of using this method) clear.
If someone would like to volunteer to
Jesse Sheidlower wrote:
I'm in the UK for the week, and I'm going to be going to
London today, stopping off at the Hackspace Hack Evening #9 in
Islington ( http://upcoming.yahoo.com/event/2823351/ ). If
any Catalyst-folk will be there, would love to say hello.
I tried to send this to the
On 17 Jun 2009, at 13:51, Ben Vinnerd wrote:
Where should the root dir (for templates) be? I thought it was at
the same level as lib, script, and t.
snip
...the INCLUDE_PATH isn't setup, and i have to manually add:
At a guess, you deleted your Makefile.PL?
Cheers
t0m
On 17 Jun 2009, at 14:50, Jochen Luig wrote:
According to the ConfigLoader docs, 'local' is the default suffix for
files used to override the main config, so AFAIU the above code is
supposed to just work.
Maybe I'm just not seeing the wood for the trees here, but are
there any
prerequisites
On 17 Jun 2009, at 11:16, Ben Vinnerd wrote:
It's like ConfigLoader's setup() isn't being run, or it's choosing
to ignore the MYAPP_CONFIG_LOCAL_SUFFIX i'm setting.
I'm afraid the best way to debug this is likely to be brute force.
Copy your apache config somewhere, mangle it to only
On 17 Jun 2009, at 21:34, Stuart Watt wrote:
Since Session::Store::DBI can be set to use its own connection, I
thought that might resolve it. Not completely, unfortunately, and
now the error is due to the recommended use of a text column for
the data. It seems the DBI+DBD::ODBC likes to
Ben Vinnerd wrote:
On 18/06/09 08:51, Tomas Doran wrote:
At a guess, you deleted your Makefile.PL?
Yes :O
I didn't really want to bother with make on my webapp, so deleted that
along with Changes and README.
Yeah, that'd get you.
The lines in the generated Makefile.PL which say
On 20 Jun 2009, at 07:28, Octavian Râşniţă wrote:
But I never received that email, not even in the SPAM folder. So I
gave another email address, but I didn't receive any message at
that email address either.
Is there something wrong with the site?
No, there is nothing wrong. I don't
On 22 Jun 2009, at 10:26, Ovid wrote:
Nobody has a clue on this one? I've no idea how the relative
values get set and I'm not looking forward to a long slog through
the guts of Catalyst to understand what's happening here :)
I'm guessing that Catalyst is (incorrectly) trying to collect
On 22 Jun 2009, at 16:43, Tobias Kremer wrote:
After reading about local::lib and thinking that it's too good to be
true, I just had to try it out as a possible deployment method for one
of our apps. I have the app and all dependencies running on my
development box. The prerequisites are
On 23 Jun 2009, at 07:17, kakim...@tpg.com.au wrote:
If all you tell us about is that you did it wrong, you're just going
to be told
to do it right. You can avoid this by actually telling us everything
you did
in your first email:
the same error came up denying me access to run make
On 23 Jun 2009, at 08:59, Tobias Kremer wrote:
These things make the local::lib approach a bit more unappealing for
us. For one thing, it appears to be still quite a bit rough around the
edges and I doubt that there's anything I personally could do about it
because my knowledge there is
On 23 Jun 2009, at 09:41, Tobias Kremer wrote:
Developers can then use what they like (and whatever OS/versions
of modules)
they want, if they want to install the app locally, but that's
unsupported.
I'd also make a 'production like' (i.e. same OS) vmware machine
available
with the
On 23 Jun 2009, at 17:03, Ovid wrote:
I had to randomly trawl through the cat-guts. Paring down our
rather large application is not easy and I wasn't aware of a git
repository for git bisect.
git-svn will do bisect - just import, rafl also has a mirror of a git-
svn import on github :)
J. Shirley wrote:
Not just your proxy, it's a 404 :)
Heh, you're right.
This was folded into trunk late last night :).
Appropriate tarball was mailed offlist.
Cheers
t0m
___
List: Catalyst@lists.scsys.co.uk
Listinfo:
Byron Young wrote:
I know people have been busy (I think there were some perl conferences lately?)
and I think my issue slipped through the cracks. Just wanted to know what
people thought about this and whether I should submit my patch or take a
different approach.
Sorry for dropping
On 26 Jun 2009, at 17:06, Merlyn Kline wrote:
being. Basically, though, the obvious proximal cause of this
would be
calling the write method with no parameter. This might seem an
[snip]
I'm afraid this isn't too helpful for me at least; in this
case I'm just an end user, not doing
On 26 Jun 2009, at 21:41, George Nistorica wrote:
Hi,
(my reply might be garbled, sorry)
Makes perfect sense here.
I've got the same problem generated from a Controller that uses
Controller::REST as a base class.
And the warning being generated when I -forward() to another
Controller
On 28 Jun 2009, at 09:16, Robert Buels wrote:
Rodrigo wrote:
But how about the /root part? Can mixed-up root dirs be seen as a
single root dir easily?
I'm interested in making a pluggable app as well. Seems like you
and I would want the ability to specify an arrayref for MyApp-
On 28 Jun 2009, at 16:50, Gunnar Strand wrote:
Thanks for th tip! I'll see if I can nail it down - the template
structure isn't just that one file - I am using the wrapper
support in TT.
Right. I'd start by blanking the actual template, which will at least
tell you if it's the template
On 28 Jun 2009, at 20:41, Orlando Vazquez wrote:
I'm the one who was responsible for removing the prepare_path method
from the SCGI engine. I did this because it was overriding with an
outdated verbatim copy of the prepare_path method in C::E::CGI, which
::SCGI inherits from. Hmmm, ::FastCGI
On 29 Jun 2009, at 14:34, Ian Wells wrote:
I removed -Debug, and set $ENV{CATALYST_DEBUG} =1 using PerlSetEnv
CATALYST_DEBUG 1.
Malloy, try dumping $ENV{CATALYST_DEBUG} in your app code and seeing
if it's actually set. Ideally, do that in lib/{App}.pm .
This behavior sounds like you may be
On 30 Jun 2009, at 11:58, Alejandro Imass wrote:
Hi! Sorry for the lethargy, I've buried in a project and just recently
saw the light of day :-)
Yes, you are correct [Tomas], BUT it all depends on the type of
application. Web concurrency is often misinterpreted. The application
I was
On 26 Jun 2009, at 23:19, Byron Young wrote:
Alrighty, here you go, patch + test are attached. There are based
off the 5.71001 svn head because that's what I have currently.
5.8's uri_for() looks the same, so it should apply there as well,
but let me know if you need another one from
On 30 Jun 2009, at 00:31, Byron Young wrote:
If you don't mind, though, can you explain what you mean about the
'unsafe each'?
If your application code half iterates through the params hash with
each before calling uri_for, then the param copy would only copy the
second half of the hash
On 20 Jun 2009, at 15:32, Jesse Sheidlower wrote:
I'm having a hell of a time trying to track down the reasons
for this error.
I'm getting an error that looks like:
Use of uninitialized value $buffer in concatenation (.) or
string at /usr/share/perl5/Catalyst/Engine/CGI.pm line 220.
For
On 25 Jun 2009, at 10:57, Ovid wrote:
--- On Wed, 24/6/09, Tomas Doran bobtf...@bobtfish.net wrote:
From: Tomas Doran bobtf...@bobtfish.net
Also, you're in debug mode.. Do you get the
warnings when debug mode is disabled?
Cool! When I disable debug mode, the warnings go away. Never
The Catalyst core team is pleased to announce the availability of the
latest maintenance release of Catalyst-Runtime, version 5.80007.
This fixes an important regression with actions on the application
class which have custom attributes (for example, end : ActionClass
('RenderView')).
George Nistorica wrote:
I've checked it out and indeed using the version of Controller::REST you
provided fixes the warning.
Not only that, but it seems it doesn't break the functionality for both
the test application I provided and another more complex one I'm using.
Great, thanks for
On 2 Jul 2009, at 12:55, George Nistorica wrote:
It looks like I was mistaken when talking about missing actions in the
stats output, in the sense that supressing the Catalyst warning didn't
automagically make more actions to be displayed in the stats.
Righto, glad that's cleared up.
On 2 Jul 2009, at 14:03, Ovid wrote:
Thanks from me, too. This will make our test suite much quieter.
I guess this means that was also your issue, and I can stop worrying
about that also then? ;_)
Cheers
t0m
___
List:
On 2 Jul 2009, at 21:33, Gunnar Strand wrote:
I found the problem. Turning on debugging for TT (DEBUG =
DEBUG_ALL) in TT.pm showed that it hangs on the [% USE CGI %]
directive. Apparently
[% USE CGI('-no_debug') %]
is needed. Got it from here:
On 3 Jul 2009, at 15:36, Alejandro Imass wrote:
You are right and this is something new. I've only ported my apps to
new cat releases but haven't started one from scratch in a while.
I just tested, and sure enough, it creates a .conf file instead of the
traditional yaml file, although it
On 3 Jul 2009, at 08:33, kakim...@tpg.com.au wrote:
I can see that a $c-error () is being called in one of my controllers
You mean you're calling $c-error yourself in your own controller code?
and the Room-end has been called (thanks to my debugging messages
above) BUT the $c-error doesn't
On 5 Jul 2009, at 05:32, kakim...@tpg.com.au wrote:
Any idea of how to get a custom screen up?
You're not clearing the errors, so Catalyst gives you an error screen:
http://search.cpan.org/~flora/Catalyst-Runtime-5.80007/lib/
Catalyst.pm#$c-%3Eclear_errors
Cheers
t0m
On 6 Jul 2009, at 05:33, Gunnar Strand wrote:
Wow, that's a fairly unexpected gotcha.
Any chance of a doc patch to make it easier for the next poor soul
who
gets stuck on this?
Sure. Where would you like it?
A 'NOTES' or 'CAVEATS' section in the POD for Catalyst::View::TT is
the best
On 6 Jul 2009, at 06:30, kakim...@tpg.com.au wrote:
In the past, when I had to work with just DBI, I would manually
start a
transaction and commit it at the end if no exceptions occur. In
the case of the latter, I will call a rollback.
This is fairly easy to get wrong - txn_do forces you
Tomas Doran wrote:
$c-model('myAppDB')-txn_do( sub {
my $rs = $c-model('myAppDB::Table')-search(..);
# Etc etc
die(Rollback) if $foo; # Exceptions cause rollback
# Etc etc
# If you get here, to the end, transaction is committed for you.
});
And I'm crap.
You need $c-model
On 6 Jul 2009, at 18:14, Paul Makepeace wrote:
We just upgraded from 5.80005 to 5.80007 and default : Local is no
longer matching $controller/ (i.e. requires $controller/default)
I was curious what the difference is, and flagging it for anyone else.
Yes, sorry about that - it's a
On 6 Jul 2009, at 12:32, kakim...@tpg.com.au wrote:
hi Tomas and everyone:)
I still have some questions as per my prev post. Can you please
help me
out? :)
Sorry, this is too far into DBIC land for this list IMO.
Please ask on that list.
Cheers
t0m
On 6 Jul 2009, at 12:38, kakim...@tpg.com.au wrote:
So, in the case of an exception, an automatic rollback will take
place.
I have tested this in my application and it seems that way.
Can anyone confirm this?
Did you even look for this in the manual?
Paul Makepeace wrote:
FWIW, IMO,
http://search.cpan.org/~hkclark/Catalyst-Manual-5.8000/lib/Catalyst/Manual/Intro.pod#Built-in_special_actions
is a slightly odd place to be documenting in reference style the
actions. Is there another place? This is one of those things I keep
expecting has a
kakim...@tpg.com.au wrote:
I tried searching on google but I just don't know what's causing this.
Any ideas would be welcomed.
Something in your test is emitting something that looks like TAP, and so
confusing the TAP parser..
Cheers
t0m
___
Dave Rolsky wrote:
As do Moose roles. I've found using roles in controllers incredibly
helpful, since I often have similar/same process this data and invoke a
-search method, where the only thing that varies is what is being
searched and/or the way the results are being displayed.
kakim...@tpg.com.au wrote:
Sorry, after reading it again
after the many responses to this thread, I realised it's ok.
It's _NOT OK_, as you didn't get it first time. So it's obviously not
clear *enough*.
Please supply the DBIC list with a doc patch to make it more clear and
explicit.
Paul Makepeace wrote:
Something's definitely changed wrt to UTF-8 behavior since we did our
big upgrade from Catalyst 5.7. Are there any 'known gotchas' I could
check?
At this point my debugging fu runs out--help appreciated on where to look next.
No gotchas that I can think of.
Are you sure
Gordon Yeong wrote:
hi there
I am facing almost the same issue in that even clicking the stop
button on firefox would see no difference in the debugging terminal or
have a response from the webpage.
When i have safari accesssing the same page, i can submit without a
problem and the server
On 8 Jul 2009, at 18:01, Paul Makepeace wrote:
You know it's dieing inside TT, right? So you can Data::Dumper the
input
which causes it to die to a file, write a program that instantiates
View::TT, calls -render with the same input (and template), and
that should
crap out in the same way?
Thomas L. Shinnick wrote:
Anybody going to have one of those link to Amazon from here and we'll
get a donation links on their web page. (hint hint)
Hmm, http://books.perl.org/ should, but doesn't...?
(I'll wait until tomorrow before ordering)
http://www.enlightenedperl.org/
Cheers
t0m
Gunnar Strand wrote:
The table would then be consulted whenever a resource is accessed, and
the lookup would be put in a central place, if possible. I've
implemented a :Restricted action which handles authentication, and
that is where I would try to add the authorization as well. One of the
On 10 Jul 2009, at 16:36, A Murka wrote:
What's the recommended way to validate file upload's size and type
(either filename or MIME) before downloading it into the temp
directory? I don't want the user to be able to upload a 200 MB file in
its entirety before having the controller reject it
On 10 Jul 2009, at 22:07, Stephan Jauernick wrote:
Hi,
i got a similar problem some time ago then Tomas 't0m' Doran
pointed me someway on irc.
If you wish i could post it.
It relays on a technique where you flash the url where you want to
post to and then it will be placed in a session
On 10 Jul 2009, at 21:09, Gunnar Strand wrote:
Thanks to all who answered my post regarding pass-through login! It
put
me on the right track and it works like a charm now.
In my solution I have an action, Catalyst::Action::Restricted, which I
put on the subroutines which require a
On 11 Jul 2009, at 19:45, Minty wrote:
But I want to inject my $debugger via the Model or schema, and
enable/disable it globablly via a configuration file flag.
I'm a bit lost as to where/how I can do that. Any pointers?
package MyApp::Model::DB;
use Moose;
use namespace::autoclean;
On 9 Jul 2009, at 07:45, Gunnar Strand wrote:
Here's what I wrote, and I've attached a patch for
Catalyst::View::TT.pm. I'm very inexperienced using patches, so let me
know if you want it in any other way.
I changed the wording slightly to be a little more affirmative and
applied:
On 30 Jun 2009, at 14:51, Will Hawes wrote:
Having played around with this a little more it looks as though when
things are working properly, REQUEST_URI is the same as SCRIPT_NAME
concatenated with PATH_INFO. With that in mind, perhaps revising the
suggested fix to something like this:
sub
On 30 Jun 2009, at 02:59, Malloy wrote:
I can get $ENV{CATALYST_DEBUG} in my templates. But can't get it in
lib/{App}.pm.
#Use of uninitialized value $ENV{CATALYST_DEBUG} in print at /
path/lib/{app}.pm line 38.
And Catalyst is up to date.
cpan install Catalyst
Catalyst is up to date
On 1 Jul 2009, at 10:11, Merlyn Kline wrote:
What are people's thoughts about adding a specific warning if you try
to write undef? (As you could still cause this warning by doing that
explicitly)
Depends why you might do this - if it's legitimate (e.g. to force the
headers to be flushed?)
On 12 Jul 2009, at 08:44, Zbigniew Lukasiak wrote:
By the way - theoretically all this could be equivalently coded as
something like:
package MyController;
use
with ACL;
sub foo : Local {
($self, $c, @args ) = @_;
$self-check_acl_role( 'admin', 'denied' );
It seems that people
On 12 Jul 2009, at 08:49, Gunnar Strand wrote:
That's great!
Still, I think the Manual::Cookbook page need clarification concerning
pass-through login because it's not obvious how it's implemented.
Yes, I totally agree.
Or
have it permanently implemented on CPAN and then have the Cookbook
On 13 Jul 2009, at 07:50, Toby Corkindale wrote:
Devin Austin wrote:
Check this out: http://search.cpan.org/~hkclark/Catalyst-
Manual-5.8000/lib/Catalyst/Manual/ExtendingCatalyst.pod#Attributes
and http://search.cpan.org/~hkclark/Catalyst-Manual-5.8000/lib/
Devin Austin wrote:
I'm quite positive others are working on something like this, but I'd
like this to serve as A) my volunteering to help with ongoing efforts
and B) help get a center point from which to start.
201 - 300 of 850 matches
Mail list logo