Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[-] CORE : Bugfix blockcart.tpl double negation #5442

Closed
wants to merge 1 commit into from
Closed

[-] CORE : Bugfix blockcart.tpl double negation #5442

wants to merge 1 commit into from

Conversation

Nobodaddy
Copy link
Contributor

@Nobodaddy Nobodaddy commented Apr 20, 2016

Because of a double negation /themes/default-bootstrap/modules/blockcart/blockcart.tpl the ajax cart always displayed 'free shipping' instead of 'To be determined'. This affects all 1.6.1.x releases.

Whereas the if-clause in line 287 makes no sense when the customer is already logged in, because the cart will always display 'free shipping' when there is a delivery address - no matter if a carrier was selected at that time or not.

Because of a double negation **/themes/default-bootstrap/modules/blockcart/blockcart.tpl** blockcart always displayed *'free shipping'* in ajax cart instead of *'To be determined'*. This affects all 1.6.1.x releases.
Whereas the if-clause in line 287 makes no sense when the customer is already logged in, because the cart will always desplay 'free shipping' when there is a delivery address - no matter if a carrier was selected or not.
@vincentbz
Copy link
Contributor

Hi @Nobodaddy

Thanks for this PR.
There is something wrong in the current behavior, you're right.
If we fix here, we should also fix in the shopping cart summary before chosing the address, see image below. Otherwise there could be a bigger misunderstanding

shipping_tobedetermined

@Nobodaddy
Copy link
Contributor Author

Nobodaddy commented Apr 25, 2016

@vincentbz
Exactly, I totally agree.
I guess you need to verify these 2 conditions

  • if the customer has already chosen a carrier and
  • if the cart value exceeds a certain limit for free shipping.

And afterwards the third one - delivery address. But as the shipping costs normally are calculated per coverage of the carrier chosen, the delivery address may be even added as last action before the customer places his order.
Even more comfortable would be to check before, if the shop has only one carrier. In this case the shipping costs would be displayed from the beginning on until the limit for free shipping was reached.

@xBorderie xBorderie added Bug Type: Bug waiting for code review Waiting for QA Status: action required, waiting for test feedback labels May 10, 2016
@aleeks
Copy link
Contributor

aleeks commented Feb 9, 2017

Hello @Nobodaddy
I'm closing this PR because it's apparently incomplete.
To merge this solution, it must be complete because it is a branch of fix.

Regards

@aleeks aleeks closed this Feb 9, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Type: Bug Waiting for QA Status: action required, waiting for test feedback
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants