Dirty Butter

Sorry, I wasn't on the computer and couldn't look at the code. In maintenance.index.inc.php about line 933 foreach ($sorted_files as $file) { $filename = basename($file); $type = preg_match('/^database/', $filename) ? 'database' : 'files'; $restore = preg_match('/^database_full|files/', $filename) ? '?_g=maintenance&node=index&restore='.$filename.'#backup' : false; $compress = (preg_match('/.zip$/', $filename) || file_exists($file.'.zip')) ? false : '?_g=maintenance&node=index&compress='.$filename.'#backup'; $existing_backups[] = array('filename' => $filename, 'delete_link' => '?_g=maintenance&node=index&delete='.$filename.'#backup', 'download_link' => '?_g=maintenance&node=index&download='.$filename.'#backup', 'restore_link' => $restore, 'compress' => $compress, 'type' => $type, 'warning' => ($type=='database') ? $lang['maintain']['restore_db_confirm'] : $lang['maintain']['restore_files_confirm'], 'size' => formatBytes(filesize($file), true) ); } } The delete link and the download link each have an #. I'm GUESSING that needs to be changed to commas somehow.

Try taking out the # in the code and replace it with a comma as shown below: Backup WAS httpredir('?_g=maintenance&node=index#backup'); CHANGED TO in 6.1.8 httpredir('?_g=maintenance&node=index','backup');

It looks like an issue that was fixed for some other places. It's caused, if I remember correctly, by the tab # code being changed. https://github.com/cubecart/v6/issues/1639

Good to hear! I don't see the fix displayed on GitHub yet. When it shows up, it needs to be shared here.

@violinman Have you added a request for the login option capability on the Feature Request board? If not, please do, and be sure to link your request to this forum thread. Your request is more likely to get votes if you put a link to it here, as well.

This is what I have in content.receipt.php in my foundation based skin on 6.1.8: {if $DELIVERY} <hr> <h4>{$LANG.common.delivery}</h4> {if !empty($DELIVERY.date)} <div class="row"> <div class="small-6 medium-3 columns">{$LANG.orders.shipping_date}:</div> <div class="small-6 medium-9 columns">{$DELIVERY.date}</div> </div> {/if} {if !empty($DELIVERY.url)} <div class="row"> <div class="small-6 medium-3 columns">{$LANG.orders.shipping_tracking}:</div> <div class="small-6 medium-9 columns"><a href="{$DELIVERY.url}" target="_blank">{$DELIVERY.method}{if !empty($DELIVERY.product)} ({$DELIVERY.product}){/if}</a></div> </div> {elseif !empty($DELIVERY.tracking)} <div class="row"> <div class="small-6 medium-3 columns">{$LANG.catalogue.delivery_method}:</div> <div class="small-6 medium-9 columns">{$DELIVERY.method}{if !empty($DELIVERY.product)} ({$DELIVERY.product}){/if}</div> </div> <div class="row"> <div class="small-6 medium-3 columns">{$LANG.orders.shipping_tracking}:</div> {* MODIFIED TO ACTUALLY LINK TO TRACKING CODE ON USPS *} <div class="small-6 medium-9 columns"><a href="https://tools.usps.com/go/TrackConfirmAction?tLabels={$DELIVERY.tracking}" target="_blank">{$DELIVERY.tracking}</a></div> </div> {/if} {/if} <hr> <h3>{$LANG.basket.order_summary}</h3>

I checked mine, and when I use the Login as Customer tab it takes me to the homepage, but I AM logged in as the customer. Please create the error_log and go through the process of logging in as a customer. Then report the results of the error log (be sure to mask your admin_XXX naming if it shows up in your error log results.).

I've asked all the "easy" questions I can. Hopefully someone will be along shortly who is knowledgeable enough to help you fix this.

@hathead1990 The sandbox may be the issue. Can you run a test order through to actual payment, maybe create a penny product? It will cost you a tiny bit, but might give you satisfaction that it is working properly and information if it is not.

Thank you for that information - the directions for putting it in you Signature are in MY signature. Knowing it's a new install rules out quite a few possibilities. It also raises the possibility that there is some server setting that is the issue. Also, please take a look in your includes/global.inc.php file to see what the naming is for the admin folder and the admin file. DO NOT SHARE THOSE NAMES HERE. Then check to be sure your actual file/folder names match that. Also, unlike previous versions, the admin url is now your_store_url/admin_XXX/php. If you are on SSL you also have to use the https:// .

Please create your Signature, so everyone can tell which CC and skin versions you are on. It's also helpful to know if it's a new install or and upgrade and from what...

Mine says RewriteBase /plushcatalog/ on the store that is not at the root.

IF you are on fairly current CC (not sure when this was added) - You could add it as a note to customer. It would then show up if they checked their Order History. And that can be added to the email to the customer at the Order Complete stage.

Please confirm the version you upgraded from. Also, how did you effect the upgrade... via Admin, manually, via hosting software, etc???

Hi @Kirsty Wright! Welcome to the forums! You have to make edits to the appropriate css file in your skin's css folder to make those kinds of changes. They cannot be done from within Admin.

Until you get to version 6.1.8 you will have to upgrade manually. We're seeing a lot of posters here on the forum who have some newest files and some older files in their install. Sounds like you are one of them. The bug that crept in that is causing the upgrade issues is supposed to be fixed in 6.1.8, so upgrading to 6.19 should work with the admin link to upgrade automatically. For all our sanity's sake I sure hope that turns out to be true!

That should be happening automatically. You can disable the estimated shipping on the Features tab of Settings. Not sure if that would help or not.

Which Shipping Module are you using? What skin are you using - the stock Foundation? There is a place for a static handling charge on the USPS module, and I assume there would be something similar on other modules. I'm not the one who could tell you how to do it, but it seems reasonable that this could be broken out to show separately on the Order, rather than being included in the Shipping, as it normally does.

Welcome to the forums, @kimvalterhansen! Please create your Signature so people who might be able to help you will know what CC version you are on, what skin you're using, and whether it's an upgrade (what from) or a fresh install. So is this a static handling charge that would be the same on every order, regardless of how many items they purchase?

Someone else has been trying to get this same issue resolved. They haven't been totally successful yet, but maybe the thread will help you along.

I've tested some in the past in the process of trying to help someone, so that might change what my store does. I'll try some tests tomorrow.

Do you have anything digital in your store?

I don't understand how the backup is built well enough to know if you can copy it over to a backup folder on the new site or not. It seems like there would be data specific to the original install that should not be carried over - BUT I DO NOT KNOW. @havenswift-hosting or @Noodleman would be the most knowledgeable about something like this.

Before you basically "give up", it costs $40 I think for one month's tech support from CubeCart. They should be able to go in to your files and database and fix your issues. If you roll back and stay at that level you are leaving yourself open to possible security issues from now on.

I split off the rest of this discussion and moved it to the Installation & Upgrade Help section. https://forums.cubecart.com/topic/52684-618-upgrade-problems/?do=getNewComment