Update quantity in cart not updating

[balihr]

It's not included in the bootstrap mod and, if you access using the basic URL of the stylesheet, a trojan is launched.

Being grouped with the cloudflare files, one might assume....

The bootstrap css file is being loaded from cdn.jsdeliver.net (one of the most trusted sources), the npm indicates it's coming directly from the official npm registry and the integrity SRI hash exists and is valid.
I don't know where you got the trojan alert form, but it's definitely not from that CSS file.

As far as Posting Tips, every time you start or answer a thread, you are presented with the Posting Tips. When you started this thread, you actually had to delete the reminder to use them.

Yeah, but most has been said, at least the information that matters... PHP version is the only thing we don't know, but even if it were php 10.5 and MySQL 11.3 running on CentOS 17 that was released in 2050, it wouldn't change the fact that the form doesn't contain products_id hidden field(s) so there's nothing to process.

My money is on includes/modules/pages/shopping_cart/header_php.php

[dbltoe]

My money's with you on this one as well.

I still wonder why the .net is resolving to .com.

And, the more posting tips the easier for some of us to help.

Not everyone here is as familiar with an area without "looking" at it. Didn't someone say, "knowledge is power"?

IMHO, if the Posting Tips are included with at least the opening of a post, the answer can be reached much faster.

Likewise, if someone joins a thread with a "similiar" problem, we know from the start that the likelihood of similar is not always true. Again, in such cases, posting tips answers would probably get us to a resolution quicker.

Don't make me research all the times you have asked for a display log. ;-) (smilies are down apparently)

[DML73]

The bootstrap css file is being loaded from cdn.jsdeliver.net (one of the most trusted sources), the npm indicates it's coming directly from the official npm registry and the integrity SRI hash exists and is valid.
I don't know where you got the trojan alert form, but it's definitely not from that CSS file.


Yeah, but most has been said, at least the information that matters... PHP version is the only thing we don't know, but even if it were php 10.5 and MySQL 11.3 running on CentOS 17 that was released in 2050, it wouldn't change the fact that the form doesn't contain products_id hidden field(s) so there's nothing to process.

My money is on includes/modules/pages/shopping_cart/header_php.php

Thanks, that answered all my questions and concerns, except solving the actual problem of course

I do see:

$buttonUpdate .= zen_draw_hidden_field('products_id[]', $products[$i]['id']);
and
'buttonUpdate' => $buttonUpdate,

in

includes/modules/pages/shopping_cart/header_php.php

so apparently that isn't the problem.

But as I mentioned earlier, when I replace:

includes/templates/bootstrap/templates/tpl_shopping_cart_default.php

with

includes/templates/template_default/templates/tpl_shopping_cart_default.php

Then the update button works, but the layout gets mixed up. So there must be something missing/wrong in that file. I guess? Just can't seem to find the exact missing link.

[DML73]

Seems like I found a solution, not sure if it's the correct way of fixing this, but in tpl_shopping_cart_default.php it looks like the update action function was in the wrong table cell, so I moved:

<span class="qtyUpdateCell text-center d-none d-sm-table-cell"><?php echo (!empty($product['buttonUpdate'])) ? $product['buttonUpdate'] : ''; ?></span>

in line 121 to line 116. So line 116 no looks like this:

<span class="qtyUpdateCell text-center d-none d-sm-table-cell"><?php echo (!empty($product['buttonUpdate'])) ? $product['buttonUpdate'] : ''; ?></span></div>

[balihr]

Is it possible that your Configuration->Stock->Show Shopping Cart - Update Cart Button Location is set to 2? If so, then yes, it's a template bug because this is the only place where it draws the hidden products_id fields, and if this setting is set to 2, cart update doesn't work. I'm sure lat9 will provide a quick and simple fix, in the meantime your fix is just fine.

[lat9]

Is it possible that your Configuration->Stock->Show Shopping Cart - Update Cart Button Location is set to 2? If so, then yes, it's a template bug because this is the only place where it draws the hidden products_id fields, and if this setting is set to 2, cart update doesn't work. I'm sure lat9 will provide a quick and simple fix, in the meantime your fix is just fine.

Good call, @balihr. I'll get an issue and update going. Thanks, @DML73, for your persistence.

GitHub issue for tracking: https://github.com/lat9/ZCA-Bootstra...ate/issues/466

[lat9]

I've updated that issue (and the associated template file on GitHub).

Please note: The required changes are shown here ... note that the change that @DML73 proposed has the possibility (I've not actually checked) to cause the cart's display to misbehave on small-screen (i.e. phone/portrait) viewports.

[DML73]

Perfect! Thanks a lot lat9.

Balihr, my Configuration->Stock->Show Shopping Cart - Update Cart Button Location is indeed set to 2.