Wishpot Wishlist Management support thread

You have not done anything wrong. Unfortunately, the price computation process is incredibly complicated, and there may be a bug in my logic. If you could figure out the common element in products which are not priced correctly, that would help me debug this problem.

I can't see any pattern to it at the moment.

My only thought so far is that it seems to be out of sync somehow. Maybe picking up prices from other products? I say this because I just tried adding a whole load of items to my Wishpot, and all had the wrong price, but eventually one showed $91.90, which is the price that should have shown for the Knitting Needle Set I mentioned in the first post.

The prices shown in the Wishpot dialogue all seem to be prices of an item **somewhere **in my shop, just not the right one!

Could it be that this is being caused by my using "Price by Attribute" for some of my Products?

I'm not sure of the database structure, but I guess that "Price by Product" would mean that I have more PRICE records that PRODUCT records.

Could the Wishpot mod be expecting the PRICE ID to be the same as the PRODUCT ID?

Another point to mention is that I don't get the same price every time I add a particular item to Wishpot.

Are all the products that you're having trouble with priced by attribute?

No, unfortunately it's not that logical, I'm having problems with all my items.

Oh, hang on, I've just spotted the pattern - it's Google Chrome!

It's all working fine in Firefox and IE7, but I'm getting these strange prices in Chrome.

I've no idea why this should be the case... any thoughts?

The Wishpot code has a lot of Javascript. There may be issues with Chrome's implementation of the Javascript engine.

Yes, I think that's it.

I have found that the eBay text editor doesn't show up in Chrome, so presumably that's Javascript too. It seems a bit strange as the only mention I can find of Chrome's Javascript implementation so far say how great it is.

Does anyone know how to make this work with Magic SEO URL? I'd like the link generated to be the SEO url rather than the original ZC based url.

Thanks!

Just experience a very serious issue with this mod. When installed it breaks attribute restriction functionality in Zen Cart.

To replicate do the following:

Create product that require attributes (in our case T-Shirts).
We then created the following attributes:
Select Size (Display only option)
SM
MD
LG
XL

If a customer try to add a t-shirt to cart without selecting size, ZC doesn't let them and displays warning message.

AFTER installing wishpot, a customer can add a t-shirt to shopping cart without selecting size and no warning is displayed.

This obviously presents a huge problem because no longer have the ability to make the customer do what they are supposed to do by being able to restrict atttribute.

The wishpot button was placed after add to cart but before attributes so I don't if that have something to do with it.

Really want to use this mod (if this issue can be resolved).

Thanks!

Try putting the Wishpot code at the bottom of tpl_product_info_display right after the </form>.

swguy:

Try putting the Wishpot code at the bottom of tpl_product_info_display right after the </form>.

It's funny you should say that... I was actually just playing around with placements.

If I place it anywhere after the attribute code, everything works as expected.

If I place it after the form it works as well.

Obviously, both location are useless and not where we'd like to put it since it really wouldn't make sense to have that button just floating below the description.

If I place before the add to cart, then it breaks add to cart as well as attributes, you cannot and anything to shopping cart and since that doesn't work, it breaks attributes as well.

I should say that if the customer is smart and they actually select the attributes, everything works fine. It's just when don't select it, they are not prompted to select it because wishpot breaks that.

yes - can confirm this problem. works ok in Firefox but IE prevents ability to add to cart.....BUT only if you have the wishpot code included anywhere BEFORE the attributes module code in tpl_product_info_display.php

Aha! You've just solved a problem I had posted on two other threads, as I had no suspicion that it was related to Wishpot.

I was finding that, with the Wishpot code above the Attributes code, Attributes was breaking to such an extent that customers' Attributes selections were not being passed though to the Checkout. So we were receiving orders with no Attribute information, which was a potential disaster where stock is priced by attribute.

All was good in Firefox, by IE7 and IE8 both had the problem.

SWGuy, do you have any suggestions to get this working without stranding the Wishpot icon at the bottom of a long list of attributes?

It would be great to put it either at the top of the Product Info page, or in the Add to Checkout box. :-)

The problem with the top of the page is that then you won't have access to image information. The bottom of the page below the form should work.

You might be able to use CSS absolute positioning to get the Wishpot button where you want it. There are limits to the location flexibility with this, but you should be able to make a space near the top of the product info page for it.

I have reported this problem to Wishpot as well.

I have spent this whole weekend troubleshooting this same problem... Many searches did not turn up this thread until I VALIDATED the Product Display page and removed all errors (one of which was commenting out the REQUIRE to tpl_wishpot.php) and then new WHY Internet Exploder exploded (as it frequently does).

It's because the WISHPOT mod is a FORM and you cannot nest a Form within a Form (that is why you need to place it at the bottom of the page or anywhere Outside the Product Display Form).

However, not that I've tried it yet, I think an idea is to strip out the Form Tags from the Wishpot Mod, write a second Submit button to call a Function that will basically rewrite the ACTION of the submit button (via getElementByID or Name) to do the action of either doing the submit for Add to Cart OR FOR Wishpot...

Just an idea. I will try it later, but my brain is fried and my vision is getting blurred... LOL

BTW, you may want to check out my New Zen Cart for some modifications I've done for Attributes... Nothing fancy, but it works and validates using Javascript (server side coming when I get a Round Tuit...) PLUS, it Updates the default image for both Style and Color after adding to the Cart AS WELL AS in the Shopping Cart. Not bad for just learning Zen Cart in the past two months... And not programming in several years!

Click on my PrettySickPuppy.com link below to take a peek.

Cheers!

Mega Moonshine

Mega Moonshine:

It's because the WISHPOT mod is a FORM and you cannot nest a Form within a Form (that is why you need to place it at the bottom of the page or anywhere Outside the Product Display Form).

Sure enough, you are correct.

My first implementation was actually below the form, but they didn't like that so they tried doing this nesting. It seems to work with most browsers but I guess you found a hole (please confirm that this is IE8 only).

I was testing on IE7 (not 8, so can't say about IE 8). Firefox is forgiving (works) while IE7 is not (breaks Add to Cart for attribute submission).

BTW, I did try the IE hack of < !- -[if !IE]>- - >Some HTML or Text< !- -<![endif]- - > to have any IE browser skip/ignore the Wishpot Mod add-on, but that didn't work either unfortunately.

I think my idea of writing a Javascript to replace the value of the ACTION via "document.form.action= this action or that action logic" (I know it's not correct, but you get the idea) depending on whether the Add-To-Cart submit button is clicked or the Wishpot submit button is clicked.

This requires ONE Form with TWO different submit buttons, which is allowed (whereas a Form within a Form is not allowed and... would be BAD FORM... pun intended :P ).

Mega Moonshine