This works out of the box when installing it to the default rwd theme. However when attempting to install it on a custom theme, the product list swatches disappear. I use local.xml for all of my theme layout changes and had to add to the bottom of the local.xml to get the core swatches to work. What needs to be done to get the two working together. TY

The additional images thumbnails on the product page won't load for some products.
Looking at the Ajax requests, I saw that some return an empty JSON (even though there is more than one image for the product) and others return a JSON with the correct thumbnail URLs - in both cases the div doesn't get populated with the thumbnails. The main image does load and switch correctly though.

Hi there, I have the following issue;

When I switch to a different page, the spinning gif shows up. When i hit 'Refresh' i see the colors. When i then go back to another page, the same stuff happens; spinning gif - > Hit refresh - > colors.

Any idea how to fix this?

p.s. I use an fpc extension of Amasty.

Thanks!

New products page is missing swatches. I'm using static block with
{{block type="catalog/product_new" column_count="3" products_count="0" name="home.catalog.product.new" alias="product_homepage" template="catalog/product/list.phtml"}}

I setup New.php from this site
http://www.dnawebagency.com/displaying-new-products-in-magento-with-pagination/

What can I do to add swatches to new products page?

When i chane the image using swatches than image size will be change how to resize from base image

Hi
Extension is working fine. But had some issue after sometime. Whenever I am clicking on color it's not making ajax call to update images. I debug code in swatches-extend.js where in function ConfigurableMediaImages.updateImage returning false before making ajax call due to getting product id null while calling the var pid = ConfigurableMediaImages.getSwatchProdId(productId, label, selectedLabels); so below code returning false before ajax update call :
f(!pid){
return false;
}

What can be the solution ? Is there I am doing something wrong ?

Another issue I just ran across. On the product view page there are no swatches present, just the dropdowns which still function as they should. Unsure if this is related to the 0.4.1 fix.

system.log

2015-04-06T23:00:07+00:00 ERR (3): Notice: Undefined offset: 1 in C:\Program Files (x86)\wamp\www\magento\app\code\community\Wigman\AjaxSwatches\Block\Catalog\Product\View\Type\Configurable.php on line 130

Attempted to test the newest 0.4.0 release on a custom theme and rwd. So far only getting a colorless swatch with the class 'swatch-link-92' on each product that would normally have swatches present.

Is there a way to change the thumbnail image/size quality? On line 229 there is html code width 75 and height 75 which I can change to 100x130, but it stretches it using the small_image 75x75. Anyway to load the proper resized image?

When the getlistdata AJAX action is called on a category page, the JSON response has two halves: the swatches and the jsons (the latter being separate, individual JSON documents encoded as strings inside the parent JSON). In each of these halves there is an entry for each product on the page, and each entry is its own block. The responsibility for retrieving the simple product collection for the configurable product is currently on the swatches blocks, and the jsons block has its data set from what was retrieved by swatches. Each of these blocks (within both the swatches and the jsons halves) are cached individually.

The issue is that since the swatches and jsons blocks are cached individually, it is possible that the product collection will not be available for the jsons block if the swatches block was retrieved from cache but the jsons block could not be. In this case, the code attempts to render the jsons block but ends up just generating an empty value since it had no product collection to loop over. Since this in turn results in an invalid JSON object, the front-end JavaScript call to parse the JSON triggers a fatal error, preventing any swatches from working on the category page at all.

The vast majority of the time these two blocks will be cached together, so there won't be an issue. However, by the nature of cache, it is transient, and it is not safe to assume that any particular entry will match the lifetime of another. The solution would be to move the retrieval of the product collection to an external class that can be referenced by both blocks. In order to avoid a double database call for the two swatches and jsons blocks, this class should memoize the results.

can it change name and description also ?

A quick suggestion in regards to the placement of the loader. Cosmetically it seems it would be more appropriate if the loader took the place of the product image until the swatches were loaded. Example http://www.burton.com/default/mens-shirts-sweaters

Does this work with the Ultimo Theme?

Thanks,
Mike

This is more like a feature request. I basically want to only show swatches on the category page under an item when there is more then one attribute selectable. Example, I have a product only available in one color, instead of showing just one swatch, the swatch just wouldn't be visible.

Hello,

Good module but still some bug found,

When more than one swatch attributes are there, then we trying to switch second swatch attribute, always reload image of using first swatch image.

look forward your reply

Hi,

I am not sure if this is the right place to post the question because it is not an issue. I am wondering if it is possible to make it work on any theme (I have ultimo theme installed).

Thanks

It is a very nice free module. It did the work as expected. However, when I enabled Lesti FPC, then it did not work. It seems that there is a conflict between them. Can you take a look how to make it with lestic FPC? Thank you!

The extensions are not compatible out of the box. It is possible to make both extensions work together by having view_type_configurable from ajaxswatches extend the Amasty class.

However, after doing this, all options appear like "in stock" on the frontend, the "out of stock" overlay of the swatch is gone. The only way of knowing if a product is in stock, is after clicking a swatch. In case the attribute combination is out of stock, the "Sign up for stock notifications" form field appears.
A better behaviour would be to have the out of stock options greyed out or the option to have them totally hidden in order to be able to use a "Don't see your size?" link.

Hi
i use this extension on custom template and it worked very well but on list and grid product just show loading image and configerable product's image does not show
is there any way to fix this issue ?

At first I assumed this was due to the custom theme we were running, so I installed this extension on a fresh rwd install, and it produced the same issue. When I select a color under layered navigation, the extension produces the correct items, however does not update the product image to the desired color. It's not producing an error either. Using the most recent version also.

Hello Eveybody.
I want remove function ajax load in product list.
Please help me.

Thanks All!

Hi, I am wanting to use this extension. However, I wanted to know if there is any configuration that needs to be done? Or any setting in magento's admin?

Or do I install it and it works behind the scenes?

Thanks
Daniel

Hello,

We've just upgraded from v. 0.2 to v. 0.4.2 and noticed that the new version conflicts with an Out of Stock Notification extension so that it loops in the form field functionality of the Out of Stock notification? Can you point us in the right direction to resolve this conflict? Possibly a way to extend this extension?

Thank you,
Jonna

In the original attachConfigurableProductChildrenAttributeMapping function, the array keys are normalized using Mage_ConfigurableSwatches_Helper_Data::normalizeKey (which uses mb_strtolower). In your version, the keys are normalized using a regular strtolower, which doesn't work with special characters.

For example, I have an attribute called "Érable" for which the swatch image won't show because it's looking for a key called "érable" but the actual key is "Érable" because it was not normalized properly.

I received this error on product list after simply copy the files of this extension:
Mage registry key "_singleton/configurableswatches/observer" already exists

I'm using Magento 1.9.2 with Ultimo theme (which I read that this extension was compatible).

Any help? Thanks in advance!

see the file AjaxSwatches/app/code/community/Wigman/AjaxSwatches/etc/config.xml and search for OneStepCheckout https://www.dropbox.com/s/7e1h5jmrjlh65dq/Screenshot%202015-04-23%2015.21.33.png?dl=0 . Man you are interfering with other extension namespace and replacing the layout file with your own.

Result is that clients probably go mad to find out why their checkout is not working

Hi Wigman,

After installing the module on Mage Community 1.9.2.2, I'm getting this error on my product pages. Do you have any idea why?
Also, I notice my Administration -> Config -> Catalog -> Configurable Swatches section is no longer present. Is that expected?

Thanks!
Charlie

I'm not entirely sure the intention of this method that's in both the List and Swatchlist blocks, but whatever it does, it has no effect:

protected function _isCacheActive()
{

    /* if there are any messages dont read from cache to show them */
    if (Mage::getSingleton('core/session')->getMessages(true)->count() > 0) {
        return false;
    }
    return true;

}

Because where it's called in both classes (inside getCacheKey) it triggers the parent class's getCacheKey method, but its return value is simply discarded, allowing control to pass through to the rest of the method, regardless of what had been returned from _isCacheActive:

if (!$this->_isCacheActive()) {
    parent::getCacheKey();
}

Hi there, Got a question: Is this modification also usable on a custom theme (in my case Ultimo)? We have also big performance issues when using configurable swatches..

Hello,

We have discovered an issue in the latest version 0.4.2 where the swatches appear in the reverse order on the category listing page.

Example:
Our product has Black, Green, and Brown (in that order) in admin, and this appears correctly on the product view page. The category page, however, displays Brown, Green, and Black.

Thanks,
Jonna

Hi Wigman,

We talked before briefly.

I'm trying to get the module working in Intenso theme. (Switching to RWD works fine, FYI).

I'm wondering if it's possible to generalize this module to get it working across themes.

Some initial research:

In app/design/frontend/base/default/layout/wigman_ajaxswatches.xml, it seems to hook into product page but not product listing. e.g. I'm seeing javascript insert in product page, but not on product listing.

Any tips or thoughts? I'd be happy to work on a pull request to figure this out.

Charlie

Since I get questions about Ultimo a lot, here's a general answer to all your questions.

Nope, it's not compatible with Ultimo and I have no interest in making it so.

Please ask your developer of choice to make it work.

I am still trying to figure out which swatches work and which don't but without your modification, all my color swatches will update the main image, as soon as I install this modification, only some will work.

Thanks for the extension, I encountered a bug regarding the image updates:
Products with two super attributes (for example color and size) won't get their main images and gallery thumbnails updated after the second attribute has been selected.

Example: The first attribute is color and the second attribute is size. Clicking the color swatches, the images will update fine as long as ONLY a color has been selected. But after a color AND a size have been selected, the images won't update anymore when switching to another color.
I tested this on a custom and the default RWD theme.

In some circumstances the gallery images, although being correctly loaded by this fine module, won't display in the product view. This happens when the configurable product does not have a gallery (one or no images). Magentos default behaviour is to not render the .product-image-thumbs container (see design/frontend/[package]/[theme]/template/catalog/product/view/media.phtml) when there are no gallery images, thus trying to append the thumbnails to the container has no effect.
This is just a minor issue at best as the situation is probably rare and a seasoned Magento developer should be able to circumvent this if needed. A hint about this in the documentation might save some time though.

I'm using magento CE 1.9.2.4, when I load the category page, the colour swatches are not loading. It's only showing the loading icon and seems to never stop loading.

I’m using your ajax swatch extension in one of our application. This works great but one concern. Below trail is trace from New Relic tool which we installed on same server and somehow this wigman swatch is consuming high as you can see in below screenshots (brown bar). Any idea or guideline would be appreciated.

I've tried this out on our site & on a fresh install on Magento 1.9 with the RWD theme and no other extensions installed and the swatches don't load, I just see the ajax loader.

There are no errors in the chrome console but I do get this error in my NGINX log:
/var/log/nginx/error.log

2015/10/13 12:39:33 [error] 1340#0: *2931 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Cannot use string offset as an array in /var/www/magento1-9/app/code/core/Mage/ConfigurableSwatches/Helper/Mediafallback.php on line 360
PHP message: PHP Stack trace:
PHP message: PHP   1. {main}() /var/www/magento1-9/index.php:0
PHP message: PHP   2. Mage::run() /var/www/magento1-9/index.php:87
PHP message: PHP   3. Mage_Core_Model_App->run() /var/www/magento1-9/app/Mage.php:684
PHP message: PHP   4. Mage_Core_Controller_Varien_Front->dispatch() /var/www/magento1-9/app/code/core/Mage/Core/Model/App.php:354
PHP message: PHP   5. Mage_Core_Controller_Varien_Router_Standard->match() /var/www/magento1-9/app/code/core/Mage/Core/Controller/Varien/Front.php:172
PHP message: PHP   6. Mage_Core_Controller_Varien_Action->dispatch() /var/www/magento1-9/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php:250
PHP message: PHP   7. Wigman_AjaxSwatches_AjaxController->getlistdataAction() /var/www/magento1-9/app/code/core/Mage/Core/Controller/Varien/Action.php:418
PHP message: PHP   8. Mage_Core_Block_Abstract->toHtml() /var/www/magento1-9/app/code/community/Wigman/AjaxSwatches/controllers/AjaxController.php:74
PHP message: PHP   9. Wigman_AjaxSwatches_Block_Swatchlist->_toHtml() /var/www/magento1-9/app/code/core/Mage/Core/Block/Abstract.php:919
PHP message: PHP  10. Mage_ConfigurableSwatches_Helper_Mediafallback->attachGallerySetToCollection() /var/www/magento1-9/app/code/community/Wigman/AjaxSwatches/Block/Swatchlist.php:37" while reading response header from upstream, client: 127.0.0.1, server: dev.magento1-9.local, request: "POST /ajaxswatches/ajax/getlistdata HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "dev.magento1-9.local", referrer: "http://dev.magento1-9.local/women/tops-blouses.html"