there are two problems:neufke wrote:A serious note:
Version 2.0.2.0, using the reCaptcha from google is throwing an error:Code: Select all
Undefined index: g-recaptcha-response...
ajax call:
Code: Select all
data: ... + '&g-recaptcha-response=' + encodeURIComponent($('#g-recaptcha-response').val()),
Code: Select all
if (json['error']) {
grecaptcha.reset();
@atnaples: The bug was fixed in the tracker. Almost the same as i did locally, just catch all input from a form with a given name (or in the changed file, an id) and send all fields from e.g. $('#form-view') serilized through ajax. Unserialize at the other end and all inputs are available, no matter which one google adds....
Found a bug in 2.0.2.0, installed a fresh 2.0.2.1 and checkd, same bug is still there but maybe someone else can confirm it, didn't find it in the bug tracker yet...
When in admin->orders->edit order, step through the order. At step 5, payment method selected is "Bank Transfer" (filled correctly by the form). Click the save button and an error occurs: "Payment method required!" You need to click the "Apply payment method" button before saving works. traced it back to the $this->session->data['payment_method'] not being filled correctly when saving... This var is being filled specifically when clicking the apply button.
When in admin->orders->edit order, step through the order. At step 5, payment method selected is "Bank Transfer" (filled correctly by the form). Click the save button and an error occurs: "Payment method required!" You need to click the "Apply payment method" button before saving works. traced it back to the $this->session->data['payment_method'] not being filled correctly when saving... This var is being filled specifically when clicking the apply button.
The wiki hasn't been updated yet. I posted some info on the change at:slavib wrote:Where you can see current specification - OCMOD?yodapt wrote:That has changed, now you have to separate the files with commas instead of using brackets to select several files at once.slavib wrote:This specification does not work OCMOD
Using braces allows for selecting multiple files and not having to repeat the code operation multiple times.
<file path="system/{engine,library}/{action,loader,config,language}*.php">
link ?
http://forum.opencart.com/viewtopic.php ... 10#p553327
-Ryan
i still do not understand one thing issue(s) was published, closed quick... and new release bring more new bugs and still same closed issues:
- ocmod: "problems forever"
- logo in paypal express...
etc.
could somebody explain me opencart team goal and strategy?
- ocmod: "problems forever"
- logo in paypal express...
etc.
could somebody explain me opencart team goal and strategy?
Anyone?neufke wrote:Found a bug in 2.0.2.0, installed a fresh 2.0.2.1 and checkd, same bug is still there but maybe someone else can confirm it, didn't find it in the bug tracker yet...
When in admin->orders->edit order, step through the order. At step 5, payment method selected is "Bank Transfer" (filled correctly by the form). Click the save button and an error occurs: "Payment method required!" You need to click the "Apply payment method" button before saving works. traced it back to the $this->session->data['payment_method'] not being filled correctly when saving... This var is being filled specifically when clicking the apply button.
I couldn't find anything related on the bug tracker but i believe you if you say it is.
Trying to dive into problem today. The entire way of building that screen is a bit odd because of the setting and unsetting of the session vars for ONLY the payment method and none other...
If i come up with a solution i'll share it. ;-)
Trying to dive into problem today. The entire way of building that screen is a bit odd because of the setting and unsetting of the session vars for ONLY the payment method and none other...
If i come up with a solution i'll share it. ;-)
Started to work on this bug and found quite some functions that are, well, just plain old. For example, we are using jQuery 2.1.1 but the .delegate() function is superseded by the .on() function as of v1.7. jQuery is still backwards compatible but these functions will soon be outdated and removed completely... ;-)
Yeah, was afraid of that ;-)JAY6390 wrote:Best thing to do is make the changes and submit a pull request - more of a chance of it going in that way :-)
You know, i'm diving into that form and it has a lot of bugs (try choosing another shipment address, it reverts right back to "choose address", the shipment details tab is completely disabled and stays disabled, session vars are being set and unset (3 times in a row) so the entire form needs a serious overhaul. If i fork the repo and make a pull request would be the best case scenario but i've been reading lots of comments and denied pulls these last few days and, well, to be very honest, don't really feel like having my head bitten off by a (and i am really trying to keep it nice) rude person who doesn't seem to grasp some basics. Just my 5 cents though... ;-)
*sighs*
Shipping method in the last tab is disabled when shipping address is disabled. What in heavens name has the shipping method got to do with the shipping address?? I need to sent the package one way or another (hence, the field is required but disabled?!) so the entire shipping details functions need an overhaul too.
Didn't anyone ever bother to check all these things, i mean, it is the edit ordering page, the one page most shopowners are working in...?
Shipping method in the last tab is disabled when shipping address is disabled. What in heavens name has the shipping method got to do with the shipping address?? I need to sent the package one way or another (hence, the field is required but disabled?!) so the entire shipping details functions need an overhaul too.
Didn't anyone ever bother to check all these things, i mean, it is the edit ordering page, the one page most shopowners are working in...?
Thank you for the continuing hard work and improvements.
Is it just me or is OC Admin zipping along like a two year old.
It's great just being able to click a button again and stuff happens without a 2 minute lag.
Is it just me or is OC Admin zipping along like a two year old.
It's great just being able to click a button again and stuff happens without a 2 minute lag.
Life is for the taking. It's everything else you need to pay for.
Anne Makes Lovely Candles
New member
thanks, but i would expect sometimes that people tested some new "great" features before make them available for public and let other people to focus on using cart instead of fixing bugs and changing their *mods because somebody changing language files and multiplying bugs using copy/paste chunks of code (mail)...neufke wrote:@atnaples: The bug was fixed in the tracker...
i saw in beta and release, but i did not see refresh/reset reCaptcha after getting error(s)
Tell that Daniel!atnaples wrote:.. but i would expect sometimes that people tested some new "great" features before make them available for public ..
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
Who is online
Users browsing this forum: No registered users and 228 guests