Jump to content

raiwa

♥Ambassador
  • Content count

    4,482
  • Joined

  • Last visited

  • Days Won

    151

Posts posted by raiwa


  1. Mike @Mikepo,

    Thanks for testing and the reports.

    Here the updated files with all fixes:

    stripe_sca_v1.1.0_beta.zip

    You only need to replace the payment module and the webhook

     

    The 3 notice errors are not important, they appear only when log events is used for debugging. But I fixed them.

    Please report back and I'll upload the update to the Marketplace.


  2. Quote

    notice there is no order number.

    Thank you. I'll have a look.

    Quote

    Also the order status doesn't get set to the default i.e. 'pending'

    DId you leave the status settings like by default? I got it right when testing with these settings:

    Set New Order Status
    Preparing [Stripe SCA]

    Set Order Processed Status
    default

    Transaction Order Status
    Stripe SCA [Transactions]

     

    Set Order Processed Status

    Should be set to "default" or if your default is different to "pending"


  3. Uploaded:

    Ajax Attribute Manager 3.3.0

    Requires:
    OsCommerce Phoenix 1.0.5.9+ (tested with 1.0.7.9)
    PHP 7.0 to 7.4

    + removed duplicated language definitions. Thanks to @kgtee
    + fixed unbalanced table columns. Thanks to @radhavallabh
    + added table titles.
    + updated to bootstrap design elements (buttons, tables etc).
    + replaced image icons by fontawesome icons.
    + removed deprecated css
    + removed deprecated image icons
    + replaced jquery with native javascript in admin hooks. Thanks to @PiLLaO
    + removed qtpro support. It's now available in it's own tab on the product edit page.
    + updated sort order support modifications in cm_pi_options_attributes.php

    mainScreen.thumb.jpg.9db145ae249b0ebbf364a7b4ad6b5301.jpg

     


  4. Just checked and it seems to be this. So it's not a real live problem, no one should reach the page with an empty list. However I'll add a check in the next update for any case. Thanks for the report.

    If you wish to apply it already:

      require "includes/languages/$language/recently_viewed.php";
    
      if (empty($_SESSION['recently_viewed'])) {
        tep_redirect(tep_href_link('index.php'));
      }
      
      $recently_viewed = $_SESSION['recently_viewed'];

     


  5. Ajax Attribute Manager 3.3.0 beta

    AJAX-AttributeManager-V3.3.0._CE_Phoenix_beta.zip

    Requires:
    OsCommerce Phoenix 1.0.5.9+ (tested with 1.0.7.9)
    PHP 7.0 to 7.3

    A  lot of changes, so please, give it a try and report back if there appear any issues.

    + removed duplicated language definitions. Thanks to @kgtee
    + fixed unbalanced table columns. Thanks to @radhavallabh
    + added table titles.
    + updated to bootstrap design elements (buttons, tables etc).
    + replaced image icons by fontawesome icons.
    + removed deprecated css
    + removed deprecated image icons
    + replaced jquery with native javascript in admin hooks. Thanks to @PiLLaO
    + removed qtpro support. It's now available in it's own tab on the product edit page.
    + updated sort order support modifications in cm_pi_options_attributes.php

    image.thumb.png.82e25451e179c96b984564b0e304e941.png

    image.thumb.png.35cf912347a25d2bf2186db708087ce3.png


  6. 1 hour ago, ecartz said:

    The notice is suggesting that there is a problem in the display_input function of cd_wholesale.php such that the $input_id is not getting set.  Perhaps a corrupted copy of that file?  Or it's barely possible that there is one configuration where it does get set and another where it does not. 

    As already pointed out, I do not get any error with error reporting set to ALL. There shouldn't be a problem in the module's function:

        public function display_input(&$customer_details = null) {
          global $language;
          
          $label_text = MODULE_CUSTOMER_DATA_WHOLESALE_ENTRY_GROUP;
    
          $wholesale_array = array(array('id' => '0', 'text' => MODULE_CUSTOMER_DATA_WHOLESALE_ENTRY_RETAIL),
                                   array('id' => '1', 'text' => constant('MODULE_STORE_WHOLESALE_ENTRY_WHOLESALE_' . strtoupper($language))));
    
          $wholesale = null;
          if (isset($customer_details) && is_array($customer_details)) {
            $wholesale = $this->get('wholesale', $customer_details);
          }
            
          $input =  tep_draw_pull_down_menu('wholesale', $wholesale_array, $wholesale);
    
          include $GLOBALS['oscTemplate']->map_to_template(MODULE_CUSTOMER_DATA_COMPANY_TEMPLATE);
        }
    

     


  7. I do not see this error in my develop store. The only required module here is the company module, but it would throw another error if you do not have it installed.

    Check your installation and check if you get this error without the wholesale module installed.

    I suppose you have the store wholesale module installed?


  8. 1. This feature has been added by user request. Guest accounts exist only during checkout and it makes no sense to let them access their account settings.

    2. Guests are session registered and you can use the session variable to condition the discounts. See examples in the pwa hook.

    Note that cross functionality between 2 addons must be coded bu yourself or you have to pay someone to do it for you.


  9. 19 hours ago, ecartz said:

    In PHP 7.4, the actual problematic line is

    
          $cat_name = $category['categories_name'];

    which makes more sense with the error (dereferencing of null).  It's saying that there is no global variable named $category.  Perhaps this code predated the category_tree change.  I think it should be

    
          $cat_name = $GLOBALS['OSCOM_category']->getData($GLOBALS['current_category_id'], 'name');

    in the cm_in_featured_products.php file.  And in cm_i_featured_products.php, I think that line and all references to $cat_name in the template file should be removed.  Because the root category doesn't have a name. 

    Just tried under PHP 7.4 and all good with these changes.

     

    I'll await the Phoenix 1.0.7.10 release and upload the update with these fixes.

    21 hours ago, 14steve14 said:

    In both instances the line is

    
          $featured_products_content = NULL;

    Any ideas.

    I understand now the confusion. You posted the wrong line.

×