Acer

This has worked for me as well, thanks! When will this be integrated into a new release of TB as I see new users are still experiencing this problem?

Hi I've submitted the Github issue as requested https://github.com/thirtybees/socialsharing/issues/5

I've created a new issue request here https://github.com/thirtybees/thirtybees/issues/1058

Thanks for the suggestion, I'll most certainly checkout PresTools for some of it's features, thanks. However, the built-in 30Bz CSV Import can be used successfully as a maintenance tool and on many other online store platforms using CSV Import for maintenance is the standard. Cool thing with 30Bz, is that the CSV Import tool is actually very effective in this regard and works very well. I have successfully and extensively tested it to update the following: Product name, SKU, SEO (meta title, keywords), Brand / manufacturer, URL rewrite, Image add/replace, Quantity, Stock, Price, Tax Rules, On Sale, Sale from-to, Tags, Accessories and Product Category, etc. That being said, as far as I know, it can't do 'product packs' and setting the product category to 'default category' needs a change to be made as per this posts. All in all, it works well and is sufficient for my purposes regarding catalogue maintenance and update.

Where is the best place to make this suggestion / issue ticket (and where)? What is the best way to go about this?

Understood

I have tested this solution, using the PS 1.7 variant of the code and can confirm that it's working 🙂 Thanks for the assistance, Zen 🙂 The code has the following effect: On CSV Import, the product's category is updated, the product's breadcrumb is updated and the "default category" is updated and reflects in the backend 🙂 How to update: In AdminImportController.php: Find: // Will update default category if there is none set here. Home if no category at all. Change code to: if (isset($product->id_category[0])) { $product->id_category_default = (int)$product->id_category[0]; } else { if (!isset($product->id_category_default) || !$product->id_category_default) { $defaultProductShop = new Shop($product->id_shop_default); $product->id_category_default = Category::getRootCategory(null, Validate::isLoadedObject($defaultProductShop) ? $defaultProductShop : null)->id; } } IMO, I believe this change should be integrated into TB. Similar to what they've done with PS 1.7 on this ticket: https://github.com/PrestaShop/PrestaShop/issues/10871 https://github.com/PrestaShop/PrestaShop/pull/10930 I will try to create an issue ticket on this module in TB Github - but I'm not sure if this is the best place to make the suggestion or if others agree?

Actually, TB / PHP noob here 🙂 So, learning. It all looked a bit confusing at first - trying to make sense of the code. I guess I'll get there... So hence this forum posts - to ask super-advanced TB pros for help. Thanks 👍

Thanks for this Zen. I see the PS 1.7 solution will be integrated into PS. https://github.com/PrestaShop/PrestaShop/pull/10930 The dude there wrote this - it seems compatible and similar to what you wrote - what do you think of his approach to this? Can I use his code or should I use yours? if (isset($product->id_category[0])) { $product->id_category_default = (int)$product->id_category[0]; } else { if (!isset($product->id_category_default) || !$product->id_category_default) { $defaultProductShop = new Shop($product->id_shop_default); $product->id_category_default = Category::getRootCategory(null, Validate::isLoadedObject($defaultProductShop) ? $defaultProductShop : null)->id; } }

In some cases, administrating a large store, you may want to use CSV import to help with bulk updates. I'm sure that I'm not the only one requesting this. And looking at that PS 1.7 Github issue - it's more than just two people interested in this... lol Ideally, I'd like to be able to this on CSV import without having to mess around with SQL queries - as my shop admin users are not very technical in that regard and it's not a good idea to let them play with SQL queries. However, for my purposes, may I ask you to please share the Query that use to update the default categories? And it seems that you've had the need to update the default categories in bulk before so...

You can use the CSV file to update the product's information. So no, not deleting anything. In terms of the default category, the system already picks the 1st id that you select. So it's sub/parent/root if you specify 5,3,1 (tea,tea & coffee,root). In terms of functionality, I think it's perfectly reasonable to assume that you should be able to update your product's info - which you can already do without deleting anything. What I would like to see is that if you have a new category in your import update csv, then the system should replace what's currently there and make it default. If there is no category specified, it should not delete anything. Incidentally, I'm not the only one looking for this type of functionally - there appears to be a similar problem (and solution) in PS 1.7 with another user requesting the same thing. Briefly looking at the code, it appears we may be able to adjust the TB code here to do something similar. https://github.com/PrestaShop/PrestaShop/issues/10871

Good suggestion. However, for me it's a bug, because you should be able to update the product's category on CSV import (which works) and this new category should then be set as default (which doesn't work). If it doesn't do this, then it prevents you from doing a mass category update on bulk CSV product import... which doesn't help if you want to move 300 products to a different category for example... or you noticed that with your initial import, the products where being assigned to the incorrect category. So you go, "no problem, I'll just do a bulk category update with CSV import" only to find that it doesn't work as you expected 😞 So no, not feature, bug - imo.

Hi Zen Thanks for the feedback. Yes, this is what I'm looking for. I will have a look at this code and see if I can figure it out and make it do what I want it to do. The only thing is: surely what the system doing is a bug? Because, unless I'm mistaken, the system should always allow you to update a target product's category and then set this category as default (via CSV Import update)?

Hi I've encountered a bug when trying to move a product to a different category with CSV import. (On TB 1.1.0 on local Xampp dev, worked before on 1.08) In short: On initial import, the product is assigned to the correct category and this category is set as the default category - which is correct. The product breadcrumb is also correct: Coffee and Tea -> Tea -> Test Product 1 Bug occurs when I try to do a re-import and change the default category, to Coffee (cat id 4) for example, then the following happens: Although the product has been moved to the correct category and is listed in the correct category in both the front-end and back-end, The product breadcrumb incorrectly shows the old path and default category instead of the new one The default category has changed to Root and not the correct category (Coffee) If I log in and change the product's default category manually, then the product's breadcrumb changes to the correct category Coffee and Tea -> Coffee -> Test Product 1 From what I recall, this was working in 1.08 where I could re-import the product and move it's category around without any issues. Front-end product breadcrumb would update correctly. Changing the product categories during subsequent imports make no difference and the front-end still displays the old path and default category of the initial 1st import 😞 Only after changing the default category manually does the new category reflect in the front-end product breadcrumb Also, I'm not sure why the Home category is not selected if Root (1) is specified... Images below How do we fix this? Please help! Screenshot steps: CSV for initial category import: 5 (tea / default cat), 3 (Tea and Coffee / Parent Cat), 1 (Root): Correct default category (though Home appears to be unselected): Initial import: Breadcrumbs Correct: CSV to update / change default category to Coffee: 4 (coffee / default cat), 3 (Tea and Coffee / Parent Cat), 1 (Root): Incorrect default category after product import update to change category: If I manually change the default category to Coffee, then the product breadcrumb updates and displays the category correctly: Correct product breadcrumb after changing default category manually: Once again, your help is appreciated in advance. Not sure if I'm doing something wrong?

Hi I've heard back from one of the TB developers. They are a bit swamped at the moment, and will contact you when they're ready. Could be a while though - weeks to months. Thought I'd mention. Thanks again 🙂

Ok awesome! I've reached out to the developer and he is willing to donate! I've created a new thread for this

Hi I've reached out to the creator of the Advanced Features Values module (multiple values for a feature), Jérôme Danthinne, to see if he'd like to donate this module to the ThirtyBees project. He has come back to me and said he is willing! 🙂 🙂 His module has great features and is compatible with ThirtyBees! - Initially written for PS 1.5 / 1.6 Please may I ask the ThirtyBees Project Owners to take it from here? Link to module: https://github.com/jdanthinne/advancedfeaturesvalues Link to donation request: https://github.com/jdanthinne/advancedfeaturesvalues/issues/31 Link to thread about Advanced Features Module on Thirty Bees: https://forum.thirtybees.com/topic/3456-multiplefeatures/?tab=comments#comment-30387

Hi Datakick Thanks for this, however, this module wasn't enabled in my modules list, so resetting wasn't necessary... But I have enabled it. Also, it's not apparent that this module does anything "special" like do magical jQuery library stuff - as its function seems to be only to display the copyright in the footer? Unless I missed something and selected the wrong module by mistake somehow? If this module is for something greater, should it not be noted in the module and be enabled by default, regardless of theme?

Hi Zen Does the module you recommended integrate with the BlockLayered Filter / Search and supports CSV import? During my own search for a Multiple Features module I found another: 'Advanced Features Values' for PS 1.6. Works like a charm and integrates with BlockLayed Filter and works with CSV import + it has great features like re-ordering of the values etc. I was planning to write a small Instructional post in the near future on how to install this in TB and make it work with 1.1.0. I was also going to make a suggestion regarding this. However, people keep requesting this feature, so I guess now is as good a time as any... Also, I'm not sure where the right place is to make a suggestion, to reach out to the TB developers / 'Powers that Be'? So without further ado: Advanced Features Values Module (multiple values for a feature) by Jérôme Danthinne https://github.com/jdanthinne/advancedfeaturesvalues How to install: Extract the package Rename the folder by removing the -master text so it's just "Advancedfeaturesvalues" Place this folder in the TB modules directory Go to TB admin -> Modules -> install Advanced Features Values module Caveats / Troubleshooting: JS / Javascript error on BlockLayered / Filter search (in some TB versions) If you encounter an issue where the block layered throws a js error, simply add the following to: modules\advancedfeaturesvalues\views\js\blocklayered.js var ajaxLoaderOn = 0; CSV Import The module supports CSV import - however, the CSV import keeps on "adding" to the feature values instead of replacing the values Jonny from Panda theme has provided a "fix" for this, where the CSV import would "nuke" the features for the target product and replace it with the values in the CSV This worked for my use-case. https://forum.thirtybees.com/topic/2633-how-to-update-or-replace-a-products-feature-values-using-csv-import/ Block Layered In some cases, you may have to disable and re-enable Block Layered once for the new module to initiate Suggestion for TB to incorporate Advanced Features Values Module for 30Bz: As this feature is lacking in 30Bz, can the TB guys not reach out to this developer and ask to integrate the module into TB then update it accordingly? It seems to work with all the built in themes of 30Bz. This could save a lot of development time and enables TB to have a much sought after feature sooner rather than in the vague future later. If you'd like, I can separate this reply into a separate post? Request to Jérôme Also, I've reached out to Jérôme and asked him if he'd consider donating this module to the ThirtyBees project. For lack of contact info, I've opened up an issue request on the module repository. https://github.com/jdanthinne/advancedfeaturesvalues/issues/31

Hi Musicmaster This works, thank you 🙂 Regarding making a Github issue: Not finding instructions on where to do this? (Contribute / making a Github issue) - can you please point me in the right direction? Also, it seems the "Bug report link" from the main TB site to the forum doesn't work https://forum.thirtybees.com/category/10/bug-reports

Ok, so this should be fixed in a future update. In the meantime, the "how to fix now" is detailed in this thread: And yes, in case you're wondering: JqZoom is available in ThirtyBees, and does work (just a 'bug' caused it to not work)

Thanks Zen. You mentioned that you'll see if you can implement the fix in Github?

Hi Indeed, there is a prior error that is occurring - I get the same Hexadecimal error. So how do we fix this?

Hi I've been getting a js error on TB 1.1.0 with Product Comparison when trying to remove a product (adding appears to be ok). The loading image appears and "loads forever" and throws the following js error: products-comparison.js:65 Uncaught ReferenceError: baseUri is not defined at HTMLButtonElement.<anonymous> (products-comparison.js:65) at HTMLDocument.dispatch (jquery-1.11.0.min.js:3) at HTMLDocument.r.handle (jquery-1.11.0.min.js:3) Notes: This is on local Xampp dev environment with PHP 7.2. Problem occurred in 1.08 previously as well. Your help is appreciated in advance.

Great, thank you. I've updated the file with the latest version of the min file from Jack Moore's Github (although the previous one included in 1.08 also seems to work fine) So this was a bug then? And I was on the right track by replacing the content of "/js/jquery/plugins/jqzoom/jquery.jqzoom.js" with the "jquery.zoom.min.js" file?