aovivo

Thanks Doug.

So as far as I understand the follow up – the testing does not show any error in rounding. This happens most, when there are more than 3 or 4 lines of items in the cart. Not every time. But its there.

However, in a new testing, I found out that the error only appears after the order is finally placed… which makes it weird, since I always thought, that there is a compiling and rounding error once the item is placed in the cart. So its not there during checkout, but its there after the order is placed (“thank you page” and order confirmation emails)…

has this been followed till the order has been placed?
can this be adjusted?

thanks for all the efforts.
regards

I guess this is what Dany was writing about in the update 3.6.0:
* Fix – Misc tax rounding improvements. #22420

So I am not sure anymore if the issue in rounding I am worried about came after between 3.6.1. and 3.6.2 or it happened right after 3.6.0…

Anyways – what exactly happened here: * Fix – Misc tax rounding improvements. #22420
Can this be elucidated?
thanks in advance

okay thanks for the input.
So I staged and tried a standard – the problem is, that its unrelated to specific products and its some specific combinations – I guess its something to do where or what is been rounded. however nothing changed. I am not sure if this happened between 3.6 and 3.61 or 3.6.2… I am pretty sure WooCommerce was the only plug-in that was updated (besides WordPress) at that time. (no option was changed in any plug-in)

As for the rounding in the Taxes screen, I changed (unchecked the option) the rounding – and voilá the rounding error appears in the “Total” which is even less favorable…

I am lost here. I checked the input on GitHub but (unfortunately) did not see any similar reclamation… Still, I hope there are some other people running into this and explaining how this can be corrected…

thanks for the efforts!
best regards
P.-

Okay, great – thanks for the feedback. Lets hope this can be fixed soon.

Thanks, but no. I dont use Germanized-/Pro.
But anyway, I would be happy to know what the Germanize team finds out.

regards.
P.-

Thanks for the quick response. I will try to be as accurate as possible.

1) the prices include taxes , the shipping costs include taxes as well.
2) (Reduced) tax is 7% (reduced, because in Germany the standard tax is 19% (7% like in this case, is f.e. for foodstuff)
3) I don’t know of a place where to ’round’ decimal places. I see an option to round up in the subtotal instead of each price (see attached image) … can you explain where to find that option?
4) there are no custom templates used (see image link)

I have found a similar request a year ago here: https://www.ads-software.com/support/topic/wrong-round-in-cart-and-checkout/

Here are the images corresponding to the questions above.

View post on imgur.com

View post on imgur.com

View post on imgur.com

My guess is, that there is a slight calculation issue, that indeed could be resolved by rounding up. However – I am running this shop over 5 years now (receiving 5-8 orders a day) and I never have noticed this issue before… so I still wonder if there is a bug or option unchecked… note, that I could not reproduce this issue while checking out, but it appears clearly in the confirmation email.

thanks again for the support and have a good start into the new week!
Pedro

One more thing: if there is an empty row/line in the table (backend), as sometimes used for better workflow, the automatic sorting (frontend) does not work.
I did explain it to the editor who maintains the table, so there is no worry now, but you might check this for a future update.

keeep up the great work!
aovivo

Hi Tobias,
fantastisch – that works perfectly well!

Last one: since the additional plug-in ‘datatable-sorting-plug-ins’ does not come from the official www.ads-software.com Plug-in repository, do I have to worry about updates and security issues in future?

Thanks
a.-

Another thing:
Sorting doesnt alqays make sense for all columns. For instance I only need to sort for my columns (date)… is there an option to deactivate all others, but a specific coulmn? or other was round – activate sort function for one specific columns only?

Ah – I am sorry – you already referred to the ‘initial’ order…
Looks good…

however ‘ordering’ only works at the front end: When I use the sort arrows in the backend – it changes the order , but doesnt look sorted, neither “asc” nor “desc”..

any idea why?

• This reply was modified 6 years, 1 month ago by aovivo.
• This reply was modified 6 years, 1 month ago by aovivo.

Thanks Tobias, for the quick response.
The command now works while using the sort function at the front end.

However, is there a possibility to have the list already sorted f.e. with the newest item (standard value: column-2 sorting_desc) ?

Another question: As you sad, thats very sad, that it doesnt sort German date format, but is there anything similar that would work without additional command and plug-in – something like 13/02/2019?

thanks

I need to add, that I installed the extension “DataTables Sorting plugins” as I use German Data values as 01.01.2019… from your list here:https://tablepress.org/extensions/datatables-sorting-plugins/

In addition to that. I added the suggested custom function “columnDefs”: [ { “type”: “formatted-num”, “targets”: [ 1 ] } ] – as my Date column is the second column… Unfortunately nothing changes… neither in backend nor front end (if “sort fuction by customer” is activated)

What I also expected, as in my case it is NOT necessary for the visitor to sort at the front end, but it is at least expected to sort in the backend automatically once I add a new date..

I checked the WordPress Data format of my page: its shows the standard value of “01.Januar.2019”
I dont know if this has anything to do with it. But changing it doesnt change the sort functions either.

thanks in advance
a.-

I just want to add a question concerning the last part of the reply, if I may…

“If it is still required to make plugin detect all apache modules
correctly, enable mod_php on the server”

same situation here, two major german hoster (strato, hostingeurope, ..) have their apache modules activated – but the plug-in can not detect due to the php mode..
Due to the obvious security reasons, mod-php will not be used…

so my question – are the apache modules, since they’re active, used by the plug-in or, since undetected from the plug-in, cant be put in action?
I also would understad (in case the modules cant be used by the plug-in) what the loss in speed/caching might be compared to same system but with working modules…

thanks in advance
aovivo.

Hi there, thanks for getting back.
I receive the following alerst in SpeedofLight System check:

“Mod_Expires infoApache module Expires NOT detected. This module is required to setup cache expiration periods for specific files (JS, CSS…) in web browsers. This is definitively recommended for a better performance”

I get this also for the Apache modules ‘headers’ and ‘filter’ aswell.
my hoster affirms that these modules are activated, by checking this:

root@af9b8:~# a2enmod headers
Module headers already enabled
root@af9b8:~# a2enmod filter
Module filter already enabled
root@af9b8:~# a2enmod expires
Module expires already enabled
root@af9b8:~# date
Mon Sep 24 09:21:11 CEST 2018
root@af9b8:~#

Do you have an idea why SpeedofLight might find an error here?
My hosting company is a german hoster / netcup… but I see this at ‘strato’ (one of the big ones) aswell.

thanks in advance
Pedro

Having same issues after updating to 4.9.6… there is something with the TinyMCE – cant save some posts not even settings/options..