Log message #4115119

# At Username Text
# Feb 6th 2018, 18:38 ahmad i think adding `.json` in end of url may just do it
# Feb 6th 2018, 18:38 ahmad *shrug*
# Feb 6th 2018, 18:35 dereuromark so maybe the code uses only the last one by default since some change?
# Feb 6th 2018, 18:32 ahmad but having `Accept: application/json` only requires `View/blahblah/json/index.ctp`
# Feb 6th 2018, 18:32 ahmad so having `Accept: application/json, text/html` would complain about not having a view in `View/blahblah/index.ctp`
# Feb 6th 2018, 18:31 ahmad wow it's amazing
# Feb 6th 2018, 18:29 dereuromark in 2.x I had the same issue, it was some regression somewhere in the 2.4+ where the header must be sent as well otherwise it wont fallback as expected.
# Feb 6th 2018, 18:27 ahmad the issue is insominia must spit out additional "Accepts"
# Feb 6th 2018, 18:27 ahmad ha
# Feb 6th 2018, 18:27 saeideng I have simillar problem with cakephp-ajax plugin :$
# Feb 6th 2018, 18:26 ahmad @saeideng well if they have `Accept: application/json`
# Feb 6th 2018, 18:26 ahmad this is 2.x btw
# Feb 6th 2018, 18:26 ahmad i figured out the issue
# Feb 6th 2018, 18:25 saeideng ?
# Feb 6th 2018, 18:25 saeideng normal requests need a view on the `/json` dir
# Feb 6th 2018, 18:25 saeideng what you mean ?
# Feb 6th 2018, 18:20 ahmad and the cURL is generated from the api client (insomnia)
# Feb 6th 2018, 18:20 ahmad is there a reason someone can think of why an API request from a client or node doesn't recognize that the view is in `/json` dir but works on cURL?
# Feb 6th 2018, 17:56 bravo-kernel ok
# Feb 6th 2018, 17:54 dereuromark Let me know if you find a way to pin it back to the 7.1 for the time being as hotfix.
# Feb 6th 2018, 17:52 bravo-kernel for now... I will just spin up a new box, see what happens
# Feb 6th 2018, 17:52 bravo-kernel but I guess something could easily have f** up along the way
# Feb 6th 2018, 17:51 bravo-kernel https://github.com/alt3/cakebox/blob/dev/.cakebox/bash/console-installer.sh#L30
# Feb 6th 2018, 17:51 bravo-kernel it should update itself with every `vagrant reload --provision`
# Feb 6th 2018, 17:51 dereuromark IMO the script should always "wget https://getcomposer.org/composer.phar"
# Feb 6th 2018, 17:50 dereuromark it is, and you cant even autoupdate, due to the fatal error
# Feb 6th 2018, 17:50 dereuromark my lenovo had a hardware defect and the replacement laptop now has to do for the time being here :slightly_smiling_face:
# Feb 6th 2018, 17:50 bravo-kernel Just saw your mail. Is composer outdated?
# Feb 6th 2018, 17:50 dereuromark cool, thx for the help
# Feb 6th 2018, 17:49 bravo-kernel @dereuromark I am going to spin up a new box to see what happens, on my 7.1 box intl was installed/upgraded
# Feb 6th 2018, 17:46 dereuromark cakephp/cakephp 3.4.9 requires ext-intl * -> the requested PHP extension intl is missing from your system etc
# Feb 6th 2018, 17:46 dereuromark I started to download a new composer phar (not sure why the script doesnt do that internally), and see where it goes
# Feb 6th 2018, 17:45 dereuromark we should either pin at php7.1 for now, or fix for 7.2 then
# Feb 6th 2018, 17:43 hmic object is reserved since 7.2, true.
# Feb 6th 2018, 17:43 bravo-kernel Old as in cake version wise
# Feb 6th 2018, 17:43 bravo-kernel The console project is quite old which might explain things as well
# Feb 6th 2018, 17:42 dereuromark 7.2 probably then
# Feb 6th 2018, 17:42 hmic isnt object reserved for a long time now?!
# Feb 6th 2018, 17:42 dereuromark might start to explain it
# Feb 6th 2018, 17:41 dereuromark cd into the console and running composer manually: "PHP Fatal error: Cannot use 'Object' as class name as it is reserved in phar:///opt/composer/composer.phar/vendor/justinrainbow/json-schema/src/JsonSchema/Constraints/Object.php on line 18"
# Feb 6th 2018, 17:40 dereuromark php version itself cant be the issue - PHP 7.2.2-2+ubuntu14.04.1+deb.sury.org+2 (cli) (built: Feb 6 2018 13:23:07) ( NTS )