| # |
Oct 6th 2016, 16:18 |
hmic |
still: even though this is a mess, it has for sure not been changed since 3.0, so not since may - 2015! |
| # |
Oct 6th 2016, 16:18 |
hmic |
which are run on completely different times |
| # |
Oct 6th 2016, 16:17 |
hmic |
nemmons: i am talking about the beforeFilter callback and event |
| # |
Oct 6th 2016, 16:17 |
 nemmons |
@hmic Thank you but I'm sorry, I'm not sure i understand what you mean here. $controller->startupProcess is called which dispatches the Controller.initialize and Controller.startup events, After the controller action is invoked, $controller->render is called which dispatches the beforeRender event. |
| # |
Oct 6th 2016, 16:16 |
hmic |
the solution to your problem is using an iframe and echoing the html in there - you might need to utilize js to get this done easily. |
| # |
Oct 6th 2016, 16:15 |
hmic |
julez, so you echoed it out already? - yes this breakes the whole thing. as you have a complete <html> page in there. this is one of the reasons i said you might want to only render the element. |
| # |
Oct 6th 2016, 16:14 |
hmic |
i am quite sure nothing in this sequence or names has changed since may. |
| # |
Oct 6th 2016, 16:14 |
hmic |
the controller starup sequence is quite a mess regarding the names of events and callbacks! |
| # |
Oct 6th 2016, 16:13 |
hmic |
nemmons: you need to distinguish between the callbacks and events |
| # |
Oct 6th 2016, 16:13 |
nemmons |
(For background, Footprint is working great in my app in general but it's not working for my Users table. I think it's because UsersTable is initialized in AppController::initialize but i'm trying to prove that to myself and determine a workaround) |
| # |
Oct 6th 2016, 16:12 |
hmic |
passing it already? without you doing anything to it? whats in the logs? oom? |
| # |
Oct 6th 2016, 16:12 |
slackebot |
definitely called before Controller::beforeRender().. Is it possible this has changed since May when you said this, or am i horribly misreading this code? |
| # |
Oct 6th 2016, 16:12 |
nemmons |
@admad if you have a second i'm wondering if you could clarify a statement you made regarding a closed Muffin/Footprint issue (https://github.com/UseMuffin/Footprint/issues/13>).. I came across it while trying to debug a problem I had. "A table initialized in Controller::beforeRender() won't get the footprint since AuthComponent::startup() has still not run." Looking in Http/ActionDispatcher-_invoke() it looks to me like component startup me |
| # |
Oct 6th 2016, 16:10 |
hmic |
good luck! feel free to ask for help |
| # |
Oct 6th 2016, 16:04 |
hmic |
so as i said: basically replace the cake folder with the new one and give it a shot |
| # |
Oct 6th 2016, 16:04 |
hmic |
additionally this sentence, the first one of the migration guide: "CakePHP 2.5 is a fully API compatible upgrade from 2.4" |
| # |
Oct 6th 2016, 16:03 |
hmic |
just run your testsuite |
| # |
Oct 6th 2016, 16:02 |
hmic |
you should really give it a try and dont hide after the unknown codebase and size - and time constraits and so on :p |
| # |
Oct 6th 2016, 16:01 |
hmic |
as you can see, its quite good. it tells about things that have changed and are common pitfalls to look out for and about new things that might be handy too |
| # |
Oct 6th 2016, 16:01 |
hmic |
follow the things mentioned in there. then go on till you hit a problem |
| # |
Oct 6th 2016, 16:00 |
hmic |
thats it. you start with 2.4 -> 2.5 of course |
| # |
Oct 6th 2016, 16:00 |
hmic |
there is actually! |
| # |
Oct 6th 2016, 15:59 |
Neon1024 |
Hah |
| # |
Oct 6th 2016, 15:58 |
hmic |
if you want it upgraded faster, tell me the url, i'd see if a known security vulnarablity makes your decision makers want to upgrade it :p |
| # |
Oct 6th 2016, 15:57 |
hmic |
not that this would be enough :p but its far better then the 2.4 thing already |
| # |
Oct 6th 2016, 15:57 |
hmic |
upgrade to 2.6 should be a drop-in, really! |
| # |
Oct 6th 2016, 15:56 |
hmic |
2.6 should be just a drop-in upgrade. from there you might get the one or the other warning of things you need to fix actually |
| # |
Oct 6th 2016, 15:55 |
hmic |
upgrade! |
| # |
Oct 6th 2016, 15:54 |
hmic |
still: i'd just render the email element instead! |
| # |
Oct 6th 2016, 15:54 |
hmic |
just assign it to a viewvar to render in the view later! |
| # |
Oct 6th 2016, 15:54 |
hmic |
so you've got the html and text data in the array - hurray! |
| # |
Oct 6th 2016, 15:52 |
hmic |
dont create the actual email at all! just render the email element inside your "preview" view |
| # |
Oct 6th 2016, 15:52 |
hmic |
you can quite easily render the email element in any view, if you set the same viewvars before! |
| # |
Oct 6th 2016, 15:50 |
hmic |
you *cannot* easily extract this of the already ready to send mail with a custom transport anymore! |
| # |
Oct 6th 2016, 15:50 |
dereuromark |
@admad Almost perfectly working, after logout I always need to flush the profiles table, though: $this->Users->SocialProfiles->deleteAll(['user_id' => $this->Auth->user('id')]); Otherwise re-login fails |
| # |
Oct 6th 2016, 15:49 |
hmic |
so in case of your email, if you render the html element, you get this in return. just set it as a viewvar |
| # |
Oct 6th 2016, 15:49 |
hmic |
julez, if you render a view, it will return you exactly that. - the rendered view! |
| # |
Oct 6th 2016, 15:48 |
hmic |
why dont you upgrade this ancient version to a decent 2.x release? |
| # |
Oct 6th 2016, 15:09 |
dereuromark |
Most answers are given looking at the awesome list :slightly_smiling_face: |
| # |
Oct 6th 2016, 15:07 |
titans |
thanks |
| # |
Oct 6th 2016, 15:06 |
dakota |
specifically https://github.com/markstory/asset_compress |