So, it may not just be this that is affecting the smooth running.
I'm reluctant to "junk" this store so if anyone has any further suggestions, I'm all ears.
I feel orphaned without having to turn to.
But I am sure that the problem is platform really and not the server.
I have just install new version of open cart 188.8.131.52
And i have similar problem to version 184.108.40.206
I can't edit orders when i press on Continue buton nothing is happening
But this time I don't have any pop-up with errors on Chrome and IE
but on Firefox i have SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data
deleting order is not possibile as well
The php error log is clear from any faults.
I'm not php master I just have average level of html5 and css.
Your problem is caused by:
1) Your site is Maintenance Mode. Please try disable it in In Opencart Admin, go to System >> Settings >> Edit >> Server tab >> Maintenance Mode: NO
2) Your language(new language) was error. Please try re-install the English language.
3) API user: In Opencart Admin, go to System >> Settings >> Users >> API and create a new user then go to System >> Settings >> Edit >> Option tab >> API User >> choose new API
4) Your hosting did disable the 443 port. Please try edit the file: admin/config.php
find the code:
change "https" to "http"
After re-reading this thread and attempting all the suggestions except the Server side possibility, I called my hosting company and explained the situation, initially they pointed the finger at OC, however when confronted with the question if http loopback was active, I received a wait a moment I'll check. After about 10 mins I was informed that it was, the tone of voice indicated that they had done something, yes...OC 2.0,1.1 is now fully operational, so never think it can't happen to me, because it can and most likely will.
1. Disable the Maintenance Mode in admin > System > Stores > Your store > tab Server.
2. Go to Admin > System > Users > API > Create new API account.
3. Go to Admin > System > Settings > Edit your store > Select tab Option > Checkout section > set API User to the created account.
4. Try to edit order again, you will see the problem is fixed.
This issue had me stumped for weeks. Your solution works a treat for me. Sorry, I have no idea why it works. Perhaps it is a typo and it should actually be a https address defined?
I wonder if we should also change the https in the root config.php file also?
If an experienced person could explain why this fix appears to work, I would also like to know.
Thanks again dazzyweb!
For anyone else who may have missed this fix, it is here:
http://forum.opencart.com/viewtopic.php ... 40#p539225
I can't fix the 'edit order' bug so think i'll give up.
Removed and re-added API user, ensured it was properly mapped in the SQL database, checked and added missing HTTPS_CATALOG entry, changed that from http to https as some noted and still have the same basic useless error of syntaxerror unexpected end of input.
What is this deal with hosts having Loopback blocking enabled? Can I get some more info so I can contact my host about this and see what they say.
This is very frustrating since we use this store but once a year to have members register for a car event and now I'm in the middle of registration and I can't complete their orders and send them the correct info for hotel arrangements... I need this fixed asap.
I have tried the https solution, a new API user, and switching maintenance mode on then off. Last resort, I have asked the hosting company (namesco) to check regarding http loopback. I'm not too hopeful as they have proved non too helpful in the past.
I have spent a long time trying to emulate an OC 220.127.116.11 site and this final hurdle is a real show-stopper. I have a number of other sites to upgrade but if the order editing can not be fixed I guess it is the end of the road for 18.104.22.168 at least.
They recommend checking with the creators of the software to see if this feature is entirely essential and if they have any workaround for servers that do not support this specific functionality.
Alternatively, if I require this feature enabled then I can take out a VPS or Dedicated Server where I would be in control of the resources of the entire server. And the cost is way beyond what a small business can justify.
Good old Namesco, whatever the cause of an issue (emails going missing from web servers, emails being bounced as Namesco have been blacklisted) they never miss the opportunity to try an upsell.
I could really do with an alternative solution as being unable to edit orders is a major issue. Anyone...please...
22.214.171.124 installed on windows server - edit order works fine!
126.96.36.199 installed on Ubuntu server - edit order works fine!
188.8.131.52 installed on Linux server (Centos6) - edit order EPIC FAIL!
I too get the error Warning: CURL error Failure when receiving data from the peer(56)!
I have made the changes suggested here; API, config.php, etc.
I have spoken to my hosting supplier, CloudNext and they (quite rightly) say:
"This looks to be caused by the fact that open cart are now attempting to create loopback connections which are not support on the shared platform.
Loopback connections are blocked for a good reason on shared hosting (used incorrectly or maliciously it could take down the server) and many shared hosting companies do the same thing. So if OpenCart now require this on their very latest version then they're going to encounter a lot of people with non-functioning OpenCart sites, therefore I'll assume they'll release a work around or update."
Luckily, I expected there to be problems so I made sure that I could revert quickly and easily, which I have now done.
I really needed and wanted the default responsive theme, so if OpenCart can't/won't change this then I will need to look elsewhere, which I really don't want to do.
MHC Web Design
Override Engine * Integrated VQMod * Unused Images Manager * Instant Option Price Calculator * TrustPilot Reviews * Google Rich Snippets * Google Tag Manager * Export/Import Tool * SpamBot Buster
To add to my previous post, other than the obvious fact that it doesn't work on a shared host, OC2 is a major improvement on OC1.5. When I looked at our site side by side in OC1.5 and 2, the new version was massively fresher looking and much, much neater. Add to that the fact that it is responsive, it is a no-brainer to want/need to migrate to it.
I am really looking forward to a fix to the loopback issue as I am keen to make my migration to OC2 permanent.
It turned out to be my fault. I had set Basic Auth in .htaccess (while I was building the site) and this borked the admin module.
I removed the Auth requirements in .htaccess and now the orders mod/delete all works fine.
Users browsing this forum: No registered users and 32 guests