• Resolved dianimation

    (@dianimation)


    Hi all! There is a problem with updating the number of products in the cart manually. Everything works fine by increasing or decreasing the number with the arrows beside the number. But entering a number manually causes an error and doesn’t always update the cart. (Sometimes it works, sometimes not. Couldn’t figure out, why. It seems as it would work every second to third time, I tried …)

    If a coupon is active, then I get an error, that the coupon isn’t right or out of date. When no coupon is active, no error, but no change of product number or price in cart.

    I did switch to your theme, no change.
    I deactivated all coupons, no change.
    I tried in different browsers, no change.

    Please for help! Thanks

    ### WordPress Environment ###

    Home URL: https://localhost:8888/ginsenginfo
    Site URL: https://localhost:8888/ginsenginfo
    Jigoshop Version: 1.17.15
    Jigoshop Database Version: 1503180
    Log Directory Writable: ? To allow logging
    make /Volumes/daten/di_cms/ginsenginfo/wp-content/uploads/jigoshop-logs/ writable or define a custom JIGOSHOP_LOG_DIR.

    WP Version: 4.5.2
    WP Multisite: –
    WP Memory Limit: 96 MB
    WP Debug Mode: –
    Language: de_DE

    ### Server Environment ###

    Server Info: Apache/2.2.29 (Unix) mod_wsgi/3.5 Python/2.7.10 PHP/5.6.10 mod_ssl/2.2.29 OpenSSL/0.9.8y DAV/2 mod_fastcgi/2.4.6 mod_perl/2.0.9 Perl/v5.22.0
    PHP Version: 5.6.10
    PHP Post Max Size: 32 MB
    PHP Time Limit: 30
    PHP Max Input Vars: 1000
    SUHOSIN Installed: –
    MySQL Version: 5.5.42
    eAccelerator: ?
    APC: ?
    OpCache: ?
    Short Open Tag:
    Allow URL fopen:
    Session:
    Cookie Path: /
    Save Path: /Applications/MAMP/tmp/php
    Use Cookies:
    Use Only Cookies:
    Max Upload Size: 32 MB
    Default Timezone is UTC:
    fsockopen/cURL:
    SoapClient:
    Remote Post:
    Remote Get:

    ### Server Locale ###

    decimal_point: .
    thousands_sep: k.A.
    mon_decimal_point: k.A.
    mon_thousands_sep: k.A.

    ### Active Plugins (17) ###

    Admin Menu Editor: by Janis Elsts – 1.6.2
    Admin Columns: by AdminColumns.com – 2.5.6.2
    Toolset CRED: by OnTheGoSystems – 1.6
    Email Address Encoder: by Till Krüss – 1.0.5
    Jigoshop Easy Print Button: by Jigoshop – 3.0
    Jigoshop: by Jigoshop Ltd – 1.17.15
    Toolset Layouts: by OnTheGoSystems – 1.6
    Relevanssi: by Mikko Saari – 3.5.3
    Toolset Types: by OnTheGoSystems – 2.0.1
    WP-Mail-SMTP: by Callum Macdonald – 0.9.5
    WP Media folder: by Joomunited – 3.5.6
    WP Menu Cart: by Jeremiah Prummer
    Ewout Fernhout – 2.5.7

    Nested Pages: by Kyle Phillips – 1.5.4
    wp-Typography: by Peter Putzer – 3.2.7
    Toolset Views: by OnTheGoSystems – 2.0
    WPForms Lite: by WPForms – 1.2.2.2
    WordPress Zero Spam: by Ben Marshall – 2.1.1

    ### Settings ###

    Taxes Enabled: –
    Shipping Enabled: –
    Force SSL: –
    Currency: EUR (€)
    Currency Position: right_space
    Thousand Separator: .
    Decimal Separator: ,
    Number of Decimals: 2

    ### Jigoshop Pages ###

    Shop Base: #350 – /shop/
    Warenkorb: #351 – /ginseng-shop/warenkorb/
    Zur Kasse: #357 – /ginseng-shop/kasse/
    Bezahlen: #358 – /ginseng-shop/bezahlen/
    Thanks: #359 – /ginseng-shop/danke/
    Mein Benutzerkonto: #353 – /my-account/
    Edit Address: #354 – /my-account/edit-address/
    Bestellung anzeigen: #356 – /my-account/view-order/
    Passwort ?ndern: #355 – /my-account/change-password/
    Track Order: #352 – /my-account/order-tracking/
    Terms: Page not set

    ### Taxonomies ###

    Product Types: configurable (configurable)
    downloadable (downloadable)
    external (external)
    grouped (grouped)
    simple (simple)
    virtual (virtual)

    ### Theme ###

    Name: Toolset Starter
    Version: 1.3.7
    Author URL: https://www.onthegosystems.com/
    Child Theme: ? – If you’re modifying Jigoshop or a parent theme you didn’t build personally we recommend using a child theme. See: How to create a child theme
    Jigoshop Support: Not Declared

    ### Templates ###

    Overrides: toolset-starter/index.php

    https://www.ads-software.com/plugins/jigoshop/

Viewing 12 replies - 1 through 12 (of 12 total)
  • Plugin Author Jigoshop Support – Marcin

    (@azrielnefezen)

    Hi,
    Do you get any network errors, by chance? (F12 on most browsers, “Network” tab)

    Thread Starter dianimation

    (@dianimation)

    Hello! No network errors.
    Tried to disable all other plugins, no change.

    But now I found out, what’s happing, but not why: The system does change the quantity, but the cart is not updating. So for example:

    If I fill in 3 manually, you can see, that it’s processing, the page is reloading, but the quantity and price in the cart is still at 1. If I’m checking out then, on the checkout-page there is the right quantity 3.

    Another example: If I’m changing the quantity in my cart manually from 3 to 8, there’s again a process and a reload of my cart-page, but showing still 3. If I then fill in 5 pieces, it’s processing and reloading and changing to 8 (the previously given quantity).

    Does this problem not appear on all installations? Did you try it?

    Thread Starter dianimation

    (@dianimation)

    Hmmm … next problem appears, this time on checkout page: If I’m filling in a coupon-code on checkout-page, there is a success message, that the coupon is right. But many error-messages, because the billing-form isn’t filled in yet. The coupon doesn’t appear. Neither the amount of reduction, nor the correct discount-price. It doesn’t work there.

    If I fill in the billing-form underneath before giving the discount-code, all is working fine.

    Perhaps there is a validation problem? Something like: If there are any errors, reject without any new calculation of the cart? On both pages, the cart and on checkout?

    Because what I described in my first post with cart-page is very similar: When I fill in manually a quantity and coupons are activated in backend, I get an error-message, that the coupon-code isn’t valid. I didn’t fill in the coupon-code, just tried to fill in a new quantity. Perhaps with reloading the page all fields are validating, and therefore I get a error-message because of the empty coupon-code? And because there are errors after validating, the cart is not updating?

    I’m going crazy … Please for help!

    Thread Starter dianimation

    (@dianimation)

    I tried both things on your demo-page.
    Same behaviour! Uiuiui … So it’s really a bug?

    Thread Starter dianimation

    (@dianimation)

    And next strange thing: Deleting the cart with the x works great. There is a message, that the cart is empty and a button back to the store.

    But if reducing the quantity with the “-” Button from 1 to 0, the empty cart is still displaying. And the checkout-button is also still there.

    Same behaviour on your demo page …

    Plugin Author Jigoshop Support – Marcin

    (@azrielnefezen)

    Hi,
    I hope that by “demo-page” you don’t mean the “demo-store” built into the plugin, cause that doesn’t change absolutely anything serverwise.

    1. The cart will be still displaying after you lower the quantity to “0” with the “-” button. It just works like that.

    2. The errors “billing x is empty” preceed the coupon adding code, so the coupon will not be visibly added this way – you would need to refresh the page. Or insert this `add_action(‘jigoshop_after_review_order_items’,function(){echo “<script>jQuery(‘body’).on(‘jigoshop.update_checkout’, function () {
    if(window.location.href.search(“?”))
    window.location = window.location.href.slice(0, window.location.href.indexOf(“?”));
    else
    window.location = window.location;
    });
    </script>”;});` to your theme’s functions.php file

    3. “and coupons are activated in backend” I have no idea what you mean, please rephrase.

    4. You could say that it works this way “if(errors){ajax.exit();
    }” (pseudo-code here, just for clarity) so if you want the coupon to display you’d need to refresh the page.

    If you’d have a version of your site, that I could actually see (not a localhost version) I’d probably be able to help more

    Thread Starter dianimation

    (@dianimation)

    Thanks for your reply, Marcin!

    No, with demo-shop I mean your official demo-shop on this page: https://demo1.jigoshop.com And no, my site is not online yet, but will be in the next days.

    1) Okay, so this is the wanted behaviour. That’s a pity. Would be much nicer, if it would produce the same output as deleting the cart.

    3) Manually entering a number in the quantity-field of the cart does not update the cart. And this happens on your official demo-shop too. So you can check it out on your page. Just enter another amount in the cart-page and submit it with enter. Your site is refreshing, but nothing happens in the cart. Neither the amount is changing, nor the price. It doesn’t work. In my case on my site, on page refresh or on checkout the cart is updating. On your site nothing happens anyway in the cart.

    Instead of updating the cart, there is the message “Coupon does not exist or is no longer valid!” above the cart – also on your demo-shop. I guess, that entering a number in the quantity field does trigger the coupon-validation. So I tried to delete all of my coupons in the backend, then the message disappears, but the cart is still not updating. (That’s what I meant with “activated or deactivated in backend”). Do you see the problem now?

    I know, it’s not really required to manually fill in a quantity, because the plus- and minus-buttons are working fine. But i think it’s a bit confusing. I guess, checking the quantity-text-field as read-only, would do the trick for most users.

    2+4) Sorry, I didn’t understand what your given code above should change. Anyway, I tried to add it in my functions.php, but it didn’t change anything in first place. Only on a manually page-refresh after entering a coupon-code, it adds an url-parameter “?unset_coupon=…”. I don’t think, that’s the way it should work out?

    Unfortunately I can’t test this problem on your demo-page, because I don’t know a valid coupon-code. But perhaps you can try it on your site? Please try to add a coupon code on your checkout-page. On my site in this case I get all billing-form-validation-error-messages, a message that the coupon-code is added successfully but no discount is added in the cart and no coupon-labels are seen beside the coupon-field. But you are right, when refreshing this page, the coupon and discount appears and all error-messages are gone.

    But I don’t think, that’s really the way, coupons should work on a checkout-page. Or do you want them to behave like that? Normally entering a coupon-code should only trigger the coupon-validation, not the billing-form-validation. No user would fill in the billing-informations before entering a coupon-code. So everyone will get these error-messages. Or do I miss something?

    Please again for help!

    Plugin Author Jigoshop Support – Marcin

    (@azrielnefezen)

    3. Don’t hit enter, click anywhere. Hitting enter submits the form – and since the only form on the cart page is the “apply coupon” form – it submits that.
    4. Everyone will get the message, that the fields are missing – so the next thing they’ll do is filling the fields. This is required, since there might not be an available shipping method for a person from, say, Egypt in your shop. And what would happen if that person applied a coupon, that would give them free shipping, while no shipping for that country is available?

    1. If it would produce the same result, we’d have problems with load times, considering tons of conditions to check – i.e. if the cart is empty, or only one product’s quantity has been set to 0

    Thread Starter dianimation

    (@dianimation)

    1. Okay, I understand. Thanks for the info. Anyway it’s not really a big deal if it’s possible to checkout with an empty cart.

    3. You are right, without Enter on the field, giving a number for the quantity works in the cart. But I guess, that users often hit enter after filling in such a field. So I disabled the input-field on my site. That does the trick for me. If someone is reading this post in future, here my CSS for this input field:
    .quantity input.qty { pointer-events: none; cursor: default; }

    4. You are validating the coupons on checkout too. So in your example, on checkout there will be a message, that this coupon isn’t available for that country. You are doing already something similar with the validation for coupons and given payment method. If I’m applying a coupon, that is only available for paypal-payment and I change my payment method to cash-on-delivery, I can’t checkout. There’s an error-message on checkout, that this coupon isn’t valid with my chosen payment method. So it shouldn’t be such a great problem, to validate only the coupon on coupon-submission and the billing-form with coupon code and payment-gateway only on checkout. If you don’t want to implement this in your core-plugin, please for a hint, how I can achieve this for my sites.

    I really want to use your plugin in my future projects. But the behavior of coupon-codes on checkout page isn’t a great user experience. It’s annoying when filling in a coupon-code does give me this much error-messages. At least the coupon-code should show up then in the cart. But again, it’s not there. That’s really confusing for all of the users, isn’t it?

    Thread Starter dianimation

    (@dianimation)

    Ah, forgot to mention: If I’m filling in all of the billing-informations and then enter a coupon-code, the coupon is working fine, but I have to re-enter all billing-informations. The billing-form is empty after coupon-activation.

    Plugin Author Jigoshop Support – Marcin

    (@azrielnefezen)

    Thanks for the suggestion about the user experience – we’ll implement that in the next version ??

    Thread Starter dianimation

    (@dianimation)

    Uff, really glad to hear that, Marcin! In this project I disabled and hided the coupon-code on checkout-page. But this would have been a knockout criterion for further more complex projects for me. So I’m really looking forward to your update! ??

    Thanks again! Hope, I don’t have to bother you again in the next days ??

Viewing 12 replies - 1 through 12 (of 12 total)
  • The topic ‘Manually entering a quantity in cart doesn't work’ is closed to new replies.