Do you know ...

•  Can I change the secret admin name at any time by editing config.php and updating the URL?
•  Is there a restiction on length?
•  Are special characters allowed?

1. Never tried it. Should work because the info is being called from config.php and it's an internal redirect to Admin.
2. Don't think there is a length restriction
3. Not sure about special characters.  Try it.

Since all this can be controlled by the config.php file, you really can't break anything permanent.

The password thing I'm not sure about because I am not that familiar with encryption. You didn't change UNIQUE_ID or ENCRYPTION_KEY did you?

As for the .htaccess file, all I have for storefront is as follows to block some bad IP's and handle SSL:


RewriteEngine on
AddHandler mod-rewrite mod_rewrite

<Files 403.shtml>
order allow,deny
allow from all
</Files>

deny from 198.186.194.0/24
deny from 198.186.190.0/23
deny from 198.186.192.0/23
deny from 198.186.193.48/28
deny from 198.186.193.192/27
deny from 38.99.82.191
deny from 45.123.118.83
deny from 122.177.248.77
deny from 198.186.192.44
deny from 164.132.233.169

RewriteCond %{QUERY_STRING} s=(.*)  [NC]
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
And Admin is :

<Files *.php>
order allow,deny
deny from all
</Files>
Which really doesn't do anything.

This part:

When I go to:    http://www.gowiththefloprods.com/store/admin/

You setup a secret link to the admin area during install.  Look at system/config.php and the admin "folder" is defined here

define('ADMIN_PATH', 'xxxx_xxxx');

Replace admin with admin path like this and you should be able to get in:

http://www.gowiththefloprods.com/store/xxxx_xxxx/

Look at your math. 83.05 is correct by the formatted total and the displayed total is correct with rounding.

Now, I don't understand what your getting at  Your example is correct both ways. It is displaying the correct amounts. 

You were looking at why Paypal gets a 3 decimal place number and throws an error.  I have suggested ways to correct it and things to look at.  This is getting away from the original question/topic.

How's your currency setup in Localization?  I bet you have to trim the conversion down to 2 decimal places.  Been on the right track, maybe just the wrong place.  Look at the screen shot. 


========

You might have to change the db xxx_currencies  It is "set" for 2 decimal places,but the value is 15,8.  This makes more sense looking at things a bit closer.

i have this:

      //Need to round price after discounts and specials
      //round main price to currency decimal_place setting (most common 2, but still...)
      $currency = $this->registry->get('currency')->getCurrency();
      $decimal_place = (int)$currency['decimal_place'];
      $decimal_place = !$decimal_place ? 2 : $decimal_place;
      $price = round($price, $decimal_place);

however it does nothing if I remove the rounding of the price calc.

See above

That's only one place I looked at quickly.  You need to check product prices and any other table that deals with currency and adjust them accordingly too. Otherwise, you will still get an error at some point.

Okay, maybe try putting the tax in the store and take it off Paypal. That way a total is passed to Paypal and your not relying on Paypal for any calculations.

It seems though that the Euro rounding error is not limited to my previous post with sub-total and tax. 

The only other thing I can think of is currency conversion on Paypal side.  I don't know how they do that. As far as I know, Paypal is USD based and has to do conversions.  That could explain the randomness of the error.

If it was me, I would try taxing at store level and passing a total to Paypal. There is also a report for tax in Abantecart to help keep track of tax collected.