Leon Atkinson wrote:
> 
> > Client is AOL and can never complete a purchase.  Gets to the point when
> > click confirm and after clicking browser goes into limbo till it
> > times out.
> > The client never sees a confirmation on screen.  The client is
> > never sent a
> > email confirmation.  I do get a new invoice.  Doesn't take a
> > rocket science
> > to see what problems this could cause with customers wandering
> > off never to
> > return (why isn't AOL using gecko anyway? grin) and customers and credit
> > card companies throw a fit over charge backs.  I don't have an AOL browser
> > myself try to recreate this problem.  Has anyone else had this happen to
> > them?  Anyone know why this would happen only on AOL browser?
> > Anyone have a
> > 'best solution'?
> 
> Hmmm...  the checkout page could take a long time if a credit card is being
> validated, but that shouldn't be different for AOL people.  It should affect
> everyone.  It could be that AOL has a timeout on their proxy server that's
> shorter than how long it's taking to validate.  I think IE's default is 60
> seconds.
> 
> I usually get around this problem by sending progress messages, but I'm not
> sure this is possible when you're shelling out to check a credit card.  Try
> printing an HTML comment right before hitting the credit card validator.

Remember to flush();  :)

> Otherwise, you may have to implement a busy loop, which could be quite
> tricky.
> What I mean is, make your validator script run in the background and write
> its
> results to a file.  Control will return to your PHP script immediately, so
> you'll have to continually check to see if the file exists.  Meanwhile, you
> can print HTML comments to keep the connection open.
> 
> > Same client complained about not being able to order cantos of item.  Was
> > going to just look at shopping cart and recreate quantity form
> > box into item
> > and quick order.  Anyone have a better idea?  or a good reason
> > for avoiding
> > this with FreeTrade?
> 
> It should be possible to add a quantity field.  You'll have to change
> the action, too, of course.
> 
> > Clicked on add twice for one item.  Look in basket and instead of item
> > listed with qty 2 it lists the item twice as qty 1.  Anyone know off hand
> > why and if there is an easy fix?
> 
> It works this way to accomodate the situation where you want to buy two
> identical items and send them to two different addresses.  If you aren't
> using attributes, then you could add code that checks if a SKU is already
> in the basket and increments the quantity.
> 
> Leon
> 
> ------------------------------------------------------------
> To subscribe:    [EMAIL PROTECTED]
> To unsubscribe:  [EMAIL PROTECTED]
> Site:            http://www.working-dogs.com/freetrade/
> Problems?:       [EMAIL PROTECTED]

-- 
if (shannon - jj) * behrens == webEngineer["CLEAR INK�"]:
    print "<i>imagination is the only real medium(sm)</i><br>"


------------------------------------------------------------
To subscribe:    [EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Site:            http://www.working-dogs.com/freetrade/
Problems?:       [EMAIL PROTECTED]

Reply via email to