QTPro BS

[cinolas 7]

Thanks again @raiwa! 
I had the hooks installed properly. Turns out my problem was that my shopping_cart wasn't modularized. 

So I installed the modular shopping cart and things seem to be working a bit better now. The variables MODULE_CONTENT_SC_PRODUCT_LISTING_QTPRO_CART_BUTTON_UPDATE and MODULE_CONTENT_SC_PRODUCT_LISTING_QTPRO_CART_BUTTON_REMOVE needed to be defined in includes/languages/english/module/content/shopping_cart/cm_sc_product_listing_qtpro.php. (They weren't there already for some reason.)

Now, the only problem left is that the modular shopping cart isn't showing the attributes anymore. Just the dashes, no attribute text. I'm using the stock cm_sc_product_listing_qtpro so I doubt that's the problem.

I've had this issue before, and posted about it earlier in this thread. Back then I fixed the issue (though not knowing how or why it worked) by using FOREACH instead of WHILE, but that fix doesn't seem to be working anymore.

What else could be causing empty attributes in the shopping cart?

Any ideas?

Cheers!

[cinolas 7]

I also posted this question on Stackoverflow since it's probably not osCommerce specific (but I could very well be wrong): https://stackoverflow.com/questions/63853909/how-do-i-debug-this-bit-of-php-and-sql-that-queries-for-an-array-lists-it-and-p

[cinolas 7]

Well. Again. Replacing the WHILE with a FOREACH actually did solve the problem. (I still don't understand why though) I swear I tried it like 3 times, since I remembered that had fixed my problem before I guess I had not done so properly.

My apologies for all the posts. Problem solved. Moving on. Thanks!

[alix32 7]

Hi @raiwa - I tested QTpro Phoenix 7.2.0 on my Phoenix store Version 1.7.6.0 and found that when you add your quantities by attributes on the product page, the summary stock resets back to 0 upon clicking the save button. QTPro Doctor detects the quantity discrepancies between summary stock and options stock, so I go back to the product page > Attributes Stock tab and then click on the "Set the summary stock to: x" the total quantity updates OK, but again when clicking on the save button, the summary stock defaults back to 0. Did you test this version of QTpro on Phoenix Version 1.7.6.0 and did you see this happen too?

Thanks!

Edited November 17, 2020 by alix32

[♥raiwa 1,419]

Hi Alix @alix32,

I just checked on my Phoenix 1.0.7.4 develop store and can confirm this behaviour. I'm not sure, but I believe this was always like this.

Anyway you can easy adjust the total quantity using the button:

Automatic Solutions Avaliable:

Set the summary stock to:XX

ANd even you won't correct the total quantity, it has no effect on the correct stock showing and stock check working on the public store side.

Maybe I'll address this in the next update which is planned for the Phoenix 1.0.8.0 release.

regards
Rainer

[♥beerbee 37]

Hi Rainer,

I'm on OSCOM CE Phoenix v1.0.7.10 and getting the the follwing error if editing a product that has no attributes, if I try to save.

Notice: Undefined index: stockquantity in /includes/hooks/admin/categories/catQtPro.php on line 32

I disabled all other category hooks and don't  know what I may be missing.

Best regards

Christoph

Edited November 21, 2020 by beerbee

[♥raiwa 1,419]

Hi Christoph,

I do not get this error in my Phoenix 1.0.7.4 develop store which is the version for which QTPro 7.2.0 is tested.

However a notice error shouldn't prevent it to work, but you could try this in the mentioned line:

    $stockquantity = $_POST['stockquantity'] ?? '';

The next update is planned for the Phoenix 1.0.8.0 release which will address it.

Edited November 21, 2020 by raiwa

[♥beerbee 37]

Ok, thanks.

[artfulweb 23]

Hi Rainer,

Having installed your latest version (QTpro Phoenix 7.2.0) on Phoenix 1.0.7.11 I do have this :

PHP Notice:  Undefined index: products_options_track_stock in /xx/xx/xx/xx/includes/hooks/admin/products_attributes/paQtPro.php on line 65

And the admin /products_attributes.php table it is thrown off by the track stock column as seen in the image below.

Any ideas ? Thank you.
 

[♥raiwa 1,419]

Please await the update which will come for the Phoenix 1.0.8.0 release.

[artfulweb 23]

2 minutes ago, raiwa said:

Please await the update which will come for the Phoenix 1.0.8.0 release.

Thank you Rainer. Was just hoping it was something simple! I will gladly wait.

[♥beerbee 37]

Hi Rainer,

regarding the sort order of options and values. I was stumbling over this as I was looking into pad_base.php

In phoenix (v1.0.7.10)

/admin/attributes.php expects the field sort_order in table products_options and products_options_values, so this seems to be the core ordering option.

In cm_pi_qtpro_options.php the install process seems to look for another field:

     // Check if option/attributes sort order is used and add configuration entry
      if (tep_db_num_rows(tep_db_query("SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA='". DB_DATABASE . "' AND TABLE_NAME='products_options' AND COLUMN_NAME LIKE 'products_options_sort_order'")) == 1 ) {
        

So this option won'be available on vanilla phoenix if I understand correctly. 

There seems to be no option for sorting the values by the column sort_order in  products_options_values. 

Or do I miss something?

Best regards

Christoph

 

 

[♥raiwa 1,419]

On 12/4/2020 at 1:10 PM, raiwa said:

Please await the update which will come for the Phoenix 1.0.8.0 release.

 

[♥beerbee 37]

Ok, thanks.