Jump to content

bsmither

Member
  • Posts

    18,150
  • Joined

  • Last visited

  • Days Won

    607

Posts posted by bsmither

  1. A specific config.xml file is not needed.

    There is no harm in keeping the skin named 'default'. It seems to me that the 'default' skin must exist in order to get at the selector to change it.

    However, by adding:

    $glob['admin_skin'] = "custom";

    to the /includes/global.inc.php file, one can force the alternate skin to be used.

     

  2. After a brief look-see, there can be more administrative skins. In admin, Store Settings, Layout tab, the Default admin skin can be chosen. (I have yet to find a means, if it exists, for any one admin to be assigned a specific admin skin.)

    The drop-down selector is populated by a list created from code that scans the admin /skins/ folder for other folders. For a folder in admin's /skins/ to be considered an admin skin folder, that folder must have an /images/ folder, a /styles/ folder, and a /templates/ folder.

     

  3. In:

    https://forums.cubecart.com/topic/59315-syntax-error-in-classescubecartclassphp/

     

    Looking at (your edited file's) line 2796 more closely, this happens when a non-logged-in customer wants to check on the status of an order.

    When first presented with the Order Lookup form, the Order Number is taken from the web address given to the customer in their email, "/index.php?_a=vieworder&cart_order_id=xxxx".

    If a visitor just happens to want to visit "/index.php?_a=vieworder" without providing the cart_order_id part, that will generate this error. How often will that happen? Can you list the steps needed to get this error on demand -- without actually munging the web address?

    So, changing $_GET to $_REQUEST won't help.

    Try this edit:

    $cart_order_id = Order::validOrderId(trim($_GET['cart_order_id'] ?? '')) ? trim($_GET['cart_order_id'] ?? '') : '';

     

  4. Having made the edits to synchronize lines of code to your file, line 2796 is:

    $cart_order_id = Order::validOrderId(trim($_GET['cart_order_id'])) ? trim($_GET['cart_order_id']) : '';

    A few lines of code just above it, the statements are using $_REQUEST. So, maybe try this edit:

    $cart_order_id = Order::validOrderId(trim($_REQUEST['cart_order_id'])) ? trim($_REQUEST['cart_order_id']) : '';

     

    We had discussed line 2197 earlier.

     

  5. So, you added the debugMessage  statement at line 279? Then two lines of code later it's gone? That inconceivable! Unless your "cPanel Error Log" is collecting errors from an installation of CubeCart that is other than what you are editing.

    The first two pair of errors have been reported (see issue #3572).

    The Product Appearances was discussed via PM.

    As for the last error, line 2796 of cubecart.class.php must be different than stock in your set of files.

  6. So, if $catData at line 273 has an array element 'cat_parse', but the $catData at line 281 does not, the only thing between them is a hook.

    As an experiment, at line 279 (should be a blank line), add the debugMessage statement that was added to line 273.

    If 'cat_parse' does not show up in the second showing in CubeCart's Debug Console, Debug Messages section, then we know that the hook is causing interference.

     

  7. Please enable CubeCart's debug mode, if not already.

    In the file /classes/catalogue.class.php, near line 273:

    Find:
    
    $catData = $this->_categoryData;
    
    Change to:
    
    $catData = $this->_categoryData; $GLOBALS['debug']->debugMessage('<pre>'.print_r($catData,true).'</pre>');

    View a category page.

    CubeCart's Debug Console will popup(*). Scroll to the bottom to see the Debug Messages section.

    Verify that [cat_parse] is an element of the array.

    * If not having given permission before, the browser may complain about a page wanting to display a popup window. Let it do so. You may need to close the popup window and reload the category page.

  8. In /classes/catalogue.class.php, near line 757, find:

    if (($result = $GLOBALS['db']->select('CubeCart_category', false, array('cat_id' => $category_id, 'status' => 1))) !== false) {

    Please determine if this statement is exactly as is shown above.

  9. I think that would not be necessary.

    But now we need to find out why that column and its value is not becoming available at line 281.

     

    In /classes/catalogue.class.php, near line 757, find:

    if (($result = $GLOBALS['db']->select('CubeCart_category', false, array('cat_id' => $category_id, 'status' => 1))) !== false) {

    Please determine if this statement is exactly as is shown above.

  10. Please use an external database utility to examine the database table CubeCart_category. The latest versions of CubeCart will have put a new column in this table named 'cat_parse'. (TINYINT, unsigned, default 0)

     

     

  11. "Did the request password thing and yes that returns the red validation error banner."

    So, you did get the email with the validation link? But when going to that link, the validation failed (red banner)?

    The javascript may be crashing? The browser has "Developer Tools", with a "Console" screen. It will report any problems with the javascript.

    Or maybe the browser has an extension that autofills (out of sight, after clicking Submit) sign-in forms - a 'password manager'. The Develop[er Tools has a "Network" screen that will show the data submitted by forms.

  12. In what way does the reset link not work? Does the page refresh? If so, does the new page have a (narrow) banner that suggests one should check their email in a few minutes? Or, having clicked Submit, absolutely nothing happens?

    Does your store use PHP's mail() feature, of have you entered settings for a SMTP Server?

    Try these values for a test admin:

    status = 1
    name = Test Admin
    username = testadmin
    password = cf3c11a5a59f28a81eb3cfd3cc0b2114c6c7533b7626925e88bd7588eb15c86e2fca66e29820e8c8f2cce104a1b69ac0d2bdaab8f77ebcaff20af68a6c217e89
    salt = 46056257
    new_password = 1
    email = (something [at] somewhere.com)
    super_user = 1

     

    username: testadmin
    password: testadmin

     

  13. I corrected the filename in my post above.

    In CubeCart's admin, Documents, click the Edit icon for the row that has the Homepage column checked.

    On the next page, click the Content tab. Click the editor's Source button.

    Viewing the source code of the document, find:

    <p><img alt="" src="/gts/images/source/cart-image.webp" style="width:1000px;height:300px;"></p>
    
    Change to:
    
    <p><img alt="" src="/gts/images/source/cart-image.webp"></p>

    Save and have CubeCart clear its internal cache.

  14. Please check in the Homepage document, where you have the code for the image "cart-image.webp".

    There may be assigned a width and height value in a style attribute.

    Remove those values. (Those values remind me of the sizes used by the BXSlider. But here, the BXSlider is not being used.)

     

  15. If a customer has created an account, when they are logged in, and where their name appears (in Foundation, it is at the top), there is a drop-down selector.

    The customer can choose to review their order history. Each order (if successful) has a "Reorder" button.

     

    But you said the customer phones in their order.

    In admin, Customer List, there is at the right side of each customer row an icon of a right-pointing arrow (about to go through what could be a door).

    This allows the admin to operate the storefront as if you were that customer.

    Click the Reorder button.

    No, not without a plugin, can an admin duplicate an order.

    Question: how does this customer pay for the new order?

  16. Well, because I know very little about open_basedir, my conclusion is suspect.

    An allowed path is /home. Your site is in a sub-directory of /home. If open_basedir allows for the entire tree of /home, then all should be good here.

    Something is calling for the file /smarty_autoloader.class.php. This is not right for two reasons:

    1. the file smarty_autoloader.class.php does not exist.

    2. And if it did, the leading slash says this file must be at the root of the server - which it cannot be.

    What is needed is to find out where that call came from.

    From where did you copy the error messages from?

    If from the admin's Error Log, (1)System Error Log tab, or directly from the database (2)CubeCart_system_error_log, there may be a backtrace available.

    1. Hover over a message. There will be a tooltip popup that will show the path of PHP execution to where the problem happened.

    2. The 'backtrace' column has the path of PHP execution to where the problem happened.

  17. For the Foundation skin, there will be three locations (that I know of).

    In the template main.php:

    Near line 92, find:
    
    {include file='templates/box.newsletter.php'}
    
    Change to:
    
    {* include file='templates/box.newsletter.php' *}

    In the template box.session.php:

    Near line 20, find:
    
    <li class="text-left"><a href="{$STORE_URL}/index.php?_a=newsletter" title="{$LANG.account.your_subscription}">{$LANG.account.your_subscription}</a></li>
    
    Change to:
    
    {* <li class="text-left"><a href="{$STORE_URL}/index.php?_a=newsletter" title="{$LANG.account.your_subscription}">{$LANG.account.your_subscription}</a></li> *}

    In the template content.checkout.confirm.php:

    Near line 45, find:
    
    {if !$USER_SUBSCRIBED}
    
    Change to:
    
    {if false && !$USER_SUBSCRIBED}

    These changes will not survive an upgrade to the skin.

    A 'Feature Request' has been made in the Github.

×
×
  • Create New...