Authentication back compat fail due to ::ClassData not behaving like C::D::I, not...

[catagits/Catalyst-Runtime.git] / TODO

diff --git a/TODO b/TODO
index 7b76bf9..78bee7c 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,26 +1,17 @@
 Pending patches:
   - meta test for MX::Emulate::CAF needed by Catalyst::Plugin::Cache::Curried
-    http://code2.0beta.co.uk/moose/svnweb/index.cgi/moose/revision?rev=7036
-    (groditi)
-
-  - batman's chained patch / issue?
 
   - Adopt::NEXT
-     - New warning message + updated docs with how it works (t0m/rafl)
+     - updated docs with how to disable it (t0m/rafl)
 
 Known issues:  
 
-  - Fix t/caf_backcompat_plugin_accessor_override.t - complex case
-    to do with class data / instance data.. Maybe need better tests?
+  - Fix t/cdi_backcompat_plugin_accessor_override.t - Catalyst::ClassData
+    doesn't emulate Class::Data::Inheritable by crapping on the symbol table
+    of the top level MyApp class, which causes back-compat fail.
 
 Cleanups:
 
-  - Fix 'as soon as Class::MOP 0.67 + 1 is released 
-    Class::MOP::load_class($class) can be used instead' in Catalyst::Utils 
-    (t0m)
-    
-  - Provide an env var in Adopt::NEXT to just turn the warnings off globally?
-
   - Catalyst-Plugin-Authorization-ACL, Can't locate object method "tree" 
     via package "Catalyst::Dispatcher", fix the plugin as tree was never 
     a public method.