| # |
Jul 14th 2017, 15:10 |
 jeremyharris |
the akka component instantiates the redirect helper within its beforeFilter, and executes logic on it immediately |
| # |
Jul 14th 2017, 15:09 |
jeremyharris |
here’s the unfortunate part |
| # |
Jul 14th 2017, 15:09 |
jeremyharris |
ok |
| # |
Jul 14th 2017, 15:09 |
ericadeefox |
it doesn't start a PHP session, but it requires a PHP session to be started in order to write the `FBRLH['state']` object, which stores this key used so that the app and FB can communicate. logins and account access and that sort of thing. |
| # |
Jul 14th 2017, 15:08 |
jeremyharris |
I don’t remember why and don’t have the link handy |
| # |
Jul 14th 2017, 15:08 |
mikesmoniker |
Or did I miss something? |
| # |
Jul 14th 2017, 15:08 |
mikesmoniker |
I’m confused why the FB SDK would be starting a PHP session. |
| # |
Jul 14th 2017, 15:07 |
jeremyharris |
omg that helper :( |
| # |
Jul 14th 2017, 15:06 |
jeremyharris |
which fails in the cli context |
| # |
Jul 14th 2017, 15:06 |
ericadeefox |
it's not the helper causing the problems, it's Facebook's SDK. nothing to do with Akkaweb: https://github.com/akkaweb/AKKA-CakePHP-Facebook-Plugin |
| # |
Jul 14th 2017, 15:06 |
jeremyharris |
it does a session_check/start |
| # |
Jul 14th 2017, 15:06 |
mikesmoniker |
It’s weird that the view helper is causing problems since all it seems to do is spit out properly formatted HTML. I don’t see it really doing anything related to FB or Cake’s session stuff. |
| # |
Jul 14th 2017, 15:06 |
jeremyharris |
link to akkaweb might be helpful too |
| # |
Jul 14th 2017, 15:05 |
ericadeefox |
so that action wouldn't exist, what you'd mentioned. I'm gonna throw a stacktrace now. |
| # |
Jul 14th 2017, 15:05 |
ericadeefox |
I should probably clarify: it's the Facebook SDK itself throwing the exception, not the helper created by Akkaweb |
| # |
Jul 14th 2017, 15:04 |
jeremyharris |
better yet, throw a `stackTrace()` into the vendor code that is causing the session error to see exactly where it’s being called from |
| # |
Jul 14th 2017, 15:03 |
jeremyharris |
not creating a new one, using the one that exists on the template |
| # |
Jul 14th 2017, 15:03 |
ericadeefox |
hmm. I added it to a controller and it did nothing, but I didn't try a template. |
| # |
Jul 14th 2017, 15:03 |
jeremyharris |
ok, so as a test of a single action, if you add $this->Facebook->disableSessionCheck to the top of the template, does it work? |
| # |
Jul 14th 2017, 15:03 |
ericadeefox |
`FBRLH['state']` refers to the object that sets the state to the session |
| # |
Jul 14th 2017, 15:02 |
ericadeefox |
`$this->Facebook->whatever()` is how the helper works |
| # |
Jul 14th 2017, 15:02 |
jeremyharris |
so it ajax loads some php script from somewhere? |
| # |
Jul 14th 2017, 15:02 |
jeremyharris |
in your templates, do you do something like $this->FBRLH->whatever() ? |
| # |
Jul 14th 2017, 15:02 |
ericadeefox |
rather, it's _why_ the helper is first used, I suppose--and why it makes an appearance on every page of the site, even tho I haven't begun building much features. |
| # |
Jul 14th 2017, 15:01 |
ericadeefox |
it's where the helper is first used |
| # |
Jul 14th 2017, 15:01 |
jeremyharris |
how does JS factor into injecting PHP? |
| # |
Jul 14th 2017, 15:00 |
ericadeefox |
the component is first loaded in the app controller, after it's installed and all that. then the Javascript SDK is loaded onto the default layout, hence a FBRLH object is created on each page. |
| # |
Jul 14th 2017, 14:59 |
jeremyharris |
or do you use new FBWhateverHelper in each template? |
| # |
Jul 14th 2017, 14:59 |
jeremyharris |
how/where is the helper itself instantiated? that’s the first goal to find. is it created as a cake helper in a view? |
| # |
Jul 14th 2017, 14:58 |
ericadeefox |
more frustrating than having to fish through hundreds of lines of HTML in the command line looking for the error messages I need? |
| # |
Jul 14th 2017, 14:57 |
jeremyharris |
would just be more frustrating |
| # |
Jul 14th 2017, 14:57 |
ericadeefox |
so how do I break em, is what I'm asking? |
| # |
Jul 14th 2017, 14:57 |
jeremyharris |
it wouldn’t recreate in the browser because sessions work there ;) |
| # |
Jul 14th 2017, 14:57 |
ericadeefox |
trying to do all this from the command line is horrible. I want to recreate this issue in my browser. |
| # |
Jul 14th 2017, 14:56 |
pedroseco |
probably this :P |
| # |
Jul 14th 2017, 14:56 |
pedroseco |
“You are not using the latest version of PHPUnit. The latest version is PHPUnit 6.2.3.” |
| # |
Jul 14th 2017, 14:56 |
ericadeefox |
actually to hell w it what's the best way to turn off sessions in my app? |
| # |
Jul 14th 2017, 14:55 |
pedroseco |
probably something about my installed version or something. I did made some updates |
| # |
Jul 14th 2017, 14:55 |
jeremyharris |
oh strange |
| # |
Jul 14th 2017, 14:55 |
pedroseco |
i think its systemwise, i just tested it on other project. |
| # |
Jul 14th 2017, 14:53 |
jeremyharris |
basically you run the tests on each commit since it was last known as “fast” until you find the commit that introduced the slowness |