bsmither

in /classes/user.class.php: Near lines 719-721, from: $agent = strtolower($_SERVER['HTTP_USER_AGENT']); foreach ($this->_bot_sigs as $signature) { if (strpos($agent, $signature) !== false) { To: $agent = strtolower($_SERVER['HTTP_USER_AGENT'] ?? ""); foreach ($this->_bot_sigs as $signature) { if (empty($agent) || (strpos($agent, $signature) !== false)) { This change will use an empty string if a User-Agent-String was not provided. Then, not having provided a User-Agent-String, it will be assumed that this is not a real customer.

This is for the admin's Categories main list, not on the storefront. There has been more development on this project at the Github. The template code having the table (now with a new column with the pertinent data) is not cached. So it should show on the next page load.

I do not recall that being a standard feature - either in the storefront or admin. But for admin, please see: https://github.com/cubecart/v6/issues/3131

But, the browser you are using probably does send a User-Agent-String. As well as all your valid visitors. So, that means there are automated scanners hitting your site that does not send this header. Mostly unknown search engines?

You have a busy site! The first is because CubeCart assumes everything that makes a call to your site will announce what it is - a header called the User-Agent-String. But this bit of info is not always present. Basically, these are two cases of many where PHP 8+ now makes Warning complaints where they were Notices before. Until the next version of CubeCart comes out, these edits will silence PHP complaining about these particular statements: /classes/ssl.class.php, line 39, from: if ($GLOBALS['config']->get('config', 'ssl') && !ADMIN_CP && !CC_SSL && !in_array($_GET['_g'], $this->_ignored_pages)) { To: if (isset($_GET['_g']) && $GLOBALS['config']->get('config', 'ssl') && !ADMIN_CP && !CC_SSL && !in_array($_GET['_g'], $this->_ignored_pages)) { /classes/session.class.php, line 676, from: return strpos($_SERVER['HTTP_USER_AGENT'], 'Trident') ? 'IEX' : htmlspecialchars($_SERVER['HTTP_USER_AGENT']); To: return strpos(($_SERVER['HTTP_USER_AGENT'] ?? "Not Available"), 'Trident') ? 'IEX' : htmlspecialchars($_SERVER['HTTP_USER_AGENT'] ?? "Not Available");

Two or three bugs have been found that affects the auto-upgrade process and first view of the admin (after logging in). Please stay with CC649 for now.

In admin, Languages, click on the Edit icon of the language you wish to edit. On the next page, from the Phrase Group dropdown selector, choose "Checkout". On the next page, in the first column, find 'error_shipping'. Click directly on 'error_shipping'. This makes the text edit box active. Make the desired changes and Save. If a store visitor has not logged in, and also has not used the "Estimate shipping and tax" feature (if enabled), then CubeCart uses the store's location as an estimated initial shipping destination. So, this message appears if no shipping modules are installed or enabled, or the enabled modules could not provide a legit shipping quote.

I believe I have found the problem. It is described here: https://github.com/cubecart/v6/issues/3249 With PHP 7.1, up to but not including PHP 7.4+, CC651 is not a critical upgrade (if I recall correctly). Using PHP 7.4, or especially PHP 8.1+, then CC651 is very much recommended - but still not critical.

I hear you. But I have no knowledge of how Ebay works.

Please verify the version of PHP that your CubeCart installation is running under.

Any plugins or Code Snippets? If so: In /includes/global.inc.php Find: $glob['safe_mode'] = false; Change to: $glob['safe_mode'] = true; This file is usually set to Read-Only. You will need to change this using the File Explorer tool in the control panel of your hosting environment. This will inhibit any and all plugins. If the problem goes away, start looking at there.

Using an external database utility (such as phpMyAdmin, a tool found in many control panels for hosted accounts), look directly at CubeCart_system_error_log. Is there anything interesting there? After you upgrade, but before trying to log in to the admin, make these edits: /classes/acp.class.php, line 265, from: public function newFeatures($version, $features, $total, $notes) { To: public function newFeatures($version, $features, $total, $notes = '') { // #3222

If you can get in to admin, at the bottom of the left-pane Navigation is Error Log. In Error Log, System Error Log tab, try to find the "No callback method defined." error. There might be the URL that CubeCart tried to process.

The first error shown refers to making a file integrity check. Errors will be written to an error log file in CubeCart's /backup/ folder.

1. No. 2. Unknown. 3. There was something similar. That person unchecked the GD extension in the Cpanel, saved, then re-checked it, saved. If you can get into admin, at the bottom of the left pane Navigation, click PHP Info. On that screen, scroll to the table gd. That table will be located between ftp and gettext, if it is loaded - not present otherwise.

The post from January is forum spam.

In admin, Email Templates, click the language of the email you wish to edit. On the next screen, on the HTML Content tab, note that in the list of Available Macros, there is {$DATA.customer_comments}. Add this to the HTML of the email wherever you wish. For example: Find: <p><a href="{$DATA.link}">{$DATA.link}</a></p> Add after: <p>Your comments about this order: &quot;{$DATA.customer_comments}&quot;</p>

Cubecart 6.5 has changed something that prevents the list of orders from being shown. I have made an edit to this plugin to deal with that.

No. It's forum spam.

Is there an error log? https://forums.cubecart.com/topic/51550-how-to-create-the-error-log/

That issue in the Github I mentioned earlier... #3066. In /classes/catalogue.class.php: Near lines 1847, 1850, 2009, 2044, and 2105 The statement (in part) makes a call to: ... searchCatalogue($original_search_data, 1, ... Replace the 1 with $page

There is this: https://www.cubecart.com/extensions/plugins/related-products-manual-automated-recommendations but the description does not say where you can show the related products. Do you already have the means to identify products related to a target product?

In the database table CubeCart_history, each row records when that specific version of CubeCart (6.4.9, for example) was checked for any necessary changes to be made to the database structure. The Setup procedure will look in /setup/db/upgrade/ for files that are numbered higher than the last version recorded in the database. Ultimately, the CubeCart code that is running the setup (6.5.1, for example) will record in the database Cubecart_history table when that check was made to make the database "married" to the version of CubeCart. This insertion of the record will happen even though there are no files in the setup folder named 6.5.0 or 6.5.1. But if CubeCart 6.5.1 sees the last record refers to 6.5.0 (if that is the last version under which you ran setup), CubeCart should display a banner in admin saying something to the effect, "Your are running 651, but the database is at 650. Do you want to run setup?" Because the code base was "manually" upgraded from 650 to 651, one needs to manually insert a new record showing the version and the Unix Epoch Time so that CubeCart won't complain anymore. Note that when manually upgrading a store in this manner, one needs to be aware of any files in /setup/db/upgrade/ and /setup/scripts/upgrade/ that contains changes to the database structure or content. The Unix Epoch Time is the number of seconds that has elapsed since midnight, the morning of Jan 1, 1970 UTC, and is used everywhere in the world.

Only three files changed? Ok, sure. And also add a row to CubeCart_history. You can get the current Epoch Time here: https://www.epochconverter.com/

Your first post says you upgraded to CC650. Such coding is that way in that version. Please consider upgrading to CC651.