TODO

   1 # Known Bugs:
   2
   3    - Bug ->go or ->visit causes actions which have Args or CaptureArgs called
   4      twice when called via ->go or ->visit.
   5
   6      Test app: http://github.com/bobtfish/catalyst-app-bug-go_chain/tree/master
   7
   8 # Compatibility warnings to add:
   9
  10   - $self->config should warn as config should only ever be called as a
  11     class method (TESTS).
  12
  13 # Proposed functionality / feature additions:
  14
  15 ## Log setup needs to be less lame
  16
  17 So Catalyst::Plugin::Log::* can die
  18 in a fire. Having $c->log_class would be a good start. kane volunteered
  19 to do some of this.
  20
  21 Simple example: Catalyst::Plugin::Log::Colorful should just be a
  22 subclass of Catalyst::Log, no ::Plugin:: needed.
  23
  24 See also: Catalyst::Plugin::Log::Dispatch and
  25 http://github.com/willert/catalyst-plugin-log4perl-simple/tree
  26
  27 ## Capture arguments that the plack engine component was run with somewhere,
  28     to more easily support custom args from scripts (e.g. Gitalist's
  29     --git_dir)
  30
  31 ## throw away the restarter and allow using the restarters Plack provides
  32
  33 ## remove per-request state from the engine instance
  34
  35 ## be smarter about how we use PSGI - not every response needs to be delayed
  36     and streaming
  37
  38 #  The horrible hack for plugin setup - replacing it:
  39
  40  * Have a look at the Devel::REPL BEFORE_PLUGIN stuff
  41    I wonder if what we need is that combined with plugins-as-roles
  42
  43   * Catalyst::Engine::HTTP::Prefork no longer works since it requires
  44     Catalyst::Engine::CGI which no longer is in the cataplack distribution.
  45     Investigation shows moving CE:CGI to CE:HTTP:Prefork allows tests to pass.
  46
  47 #  PSGI
  48
  49 ##  To do at release time
  50
  51   - Release psgi branch of Catalyst-Devel
  52   - Release new Task::Catalyst
  53   - Release 5.9 branch of Catalyst-Manual
  54   - Release Catalyst::Engine::HTTP::Prefork with deprecation notice
  55     (and maybe compat?)
  56
  57 ##  Blockers
  58
  59   * Better docs for stopping using Engine::HTTP::Prefork and
  60     starting using Starman, maybe?
  61
  62   * Test::WWW::Mechanize::Catalyst new release
  63
  64   * Test nginx middleware to determine if it is needed with:
  65
  66     root app - with use_request_uri_for_path
  67     root app - without use_request_uri_for_path
  68     non-root app - with use_request_uri_for_path
  69     non-root app - without use_request_uri_for_path
  70
  71     If it isn't needed, remove. If it is needed, split it out into it's own
  72     file and document why it's needed.
  73
  74   * I've noticed a small difference with Catalyst::Test. The latest stable
  75     version include two headers, 'host' and 'https'. They are missing from
  76     this version - Pedro Melo on list
  77     ^^ Cannot replicate this? Mailed back to ask for tests..
  78
  79 # App / ctx split:
  80
  81   NOTE - these are notes that t0m thought up after doing back compat for
  82          catalyst_component_class, may be inaccurate, wrong or missing things
  83          bug mst (at least) to correct before trying more than the first 2
  84          steps. Please knock yourself out on the first two however :)
  85
  86   - Eliminate actions in MyApp from the main test suite
  87   - Uncomment warning in C::C::register_action_methods, add tests it works
  88     by mocking out the logging..
  89   - Remove MyApp @ISA controller (ask metaclass if it has attributes, and if
  90                                   so you need back compat :/)
  91   - Make Catalyst::Context, move the per request stuff in there, handles from
  92     main app class to delegate
  93   - Make an instance of the app class which is a global variable
  94   - Make new instance of the context class, not the app class per-request
  95   - Remove the components as class data, move to instance data on the app
  96     class (you probably have to do this for _all_ the class data, good luck!)
  97   - Make it possible for users to spin up different instances of the app class
  98     (with different config etc each)
  99   - Profit! (Things like changing the complete app config per vhost, i.e.
 100     writing a config loader / app class role which dispatches per vhost to
 101     differently configured apps is piss easy)