| # |
Jul 21st 2009, 13:43 |
ProLoser|Work |
so i have to go find all the places it was affected |
| # |
Jul 21st 2009, 13:43 |
ProLoser|Work |
i moved half the app into this plugin |
| # |
Jul 21st 2009, 13:43 |
ProLoser|Work |
ACTION cleans up his relationships |
| # |
Jul 21st 2009, 13:43 |
ProLoser|Work |
classname needs that too? |
| # |
Jul 21st 2009, 13:42 |
ProLoser|Work |
hmm... more stray relationships |
| # |
Jul 21st 2009, 13:42 |
markstory |
well then an association might be missing className => 'Answers.Category' |
| # |
Jul 21st 2009, 13:42 |
Phally |
hmm not the problem then |
| # |
Jul 21st 2009, 13:42 |
ProLoser|Work |
only in the plugin |
| # |
Jul 21st 2009, 13:42 |
techno-geek |
lol |
| # |
Jul 21st 2009, 13:42 |
markstory |
if so you fail. |
| # |
Jul 21st 2009, 13:41 |
Phally |
i was about to ask the same |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
umm. |
| # |
Jul 21st 2009, 13:41 |
markstory |
do you have other models named Category? |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
but it doesn't help |
| # |
Jul 21st 2009, 13:41 |
Phally |
yeah, i still don't get what is going wrong, should work fine like that |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
it initially removed the plugin in the reference |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
yup yup phally :) |
| # |
Jul 21st 2009, 13:41 |
markstory |
that does nothing. |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
which i changed and will likely to remove |
| # |
Jul 21st 2009, 13:41 |
Phally |
oh still a problem |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
cuz of the preceding if statement |
| # |
Jul 21st 2009, 13:40 |
markstory |
ProLoser|Work: why is there a var for $categoryModel? |
| # |
Jul 21st 2009, 13:39 |
Phally |
i'm not following, let me read back |
| # |
Jul 21st 2009, 13:39 |
Phally |
huh what? |
| # |
Jul 21st 2009, 13:38 |
ProLoser|Work |
Phally: someone recommended removing the plugin from the path inside the plugin, that's what the if statemnts for, but it's mostly irrelevent |
| # |
Jul 21st 2009, 13:37 |
ProLoser|Work |
it's just a CR::I on the model |
| # |
Jul 21st 2009, 13:37 |
ProLoser|Work |
that's my code |
| # |
Jul 21st 2009, 13:37 |
ProLoser|Work |
http://bin.cakephp.org/view/1230692424 |
| # |
Jul 21st 2009, 13:37 |
ProLoser|Work |
uh |
| # |
Jul 21st 2009, 13:34 |
markstory |
how are you getting it out? |
| # |
Jul 21st 2009, 13:34 |
markstory |
Cr::init() does pull it out of the registry. |
| # |
Jul 21st 2009, 13:30 |
ProLoser|Work |
and even then it seems like if i happen to go into a action that doesn't use it it may bork again |
| # |
Jul 21st 2009, 13:30 |
ProLoser|Work |
do i like pull it out of the existing classregistry? |
| # |
Jul 21st 2009, 13:29 |
ProLoser|Work |
hmm, that's what i was thinking, i was guessing it might be because it was already loaded by the plugin, what do i do to resolve this issue then? |
| # |
Jul 21st 2009, 13:29 |
markstory |
different contents, different results. |
| # |
Jul 21st 2009, 13:28 |
Phally |
About that plugin server, i'm refactoring the users plugin for the bakery. Are there specific requirements/demands regarding users of the plugins server logging in? |
| # |
Jul 21st 2009, 13:28 |
markstory |
but it depends on whats in the registry |
| # |
Jul 21st 2009, 13:28 |
markstory |
no |
| # |
Jul 21st 2009, 13:25 |
ProLoser|Work |
is there a reason CRI would work differently from within a plugin vs outside to load a plugin model? |
| # |
Jul 21st 2009, 13:23 |
gwoo |
haha |
| # |
Jul 21st 2009, 13:22 |
phishy |
i just spammed a vendor with 100 purchase orders, oops |