Selling more than I got.

[suatcamillo]

Hi,
I'm using virtuemart to sell tickets to events. But for some reason it ended up selling more than there was. I set the "in stock" number correctly but although there was only one ticket left, it let someone to buy two tickets and at the same time someone else bought three tickets. I ended up having 4 extra people. How do I stop this from happening again?

PS: Having to enter two captcha for every single thing you do on the website is ridiculous.

[GJC Web Design]

this is what my extension prevents.. it can be set to trigger when the stock falls to 1

http://forum.virtuemart.net/index.php?topic=119859.0

[bluezeyes]

Instead to fix this problem, which is a bad/ not robust implementation of a stock control, offering a plugin for this..

Well, I'm do not want to make your work bad,  but instead helping fixing the cause of this and offering an alternative way plugin, it's a not the fine way to offer a plugin for money instead to help fixing the cause of the problem.

But this is my personal view..  Happy selling. [emoji6]

[suatcamillo]

It's ridiculous. It's like offering a free basket with bottom sold separately.

[GJC Web Design]

@bluezeyes - your welcome to fix it..... 

Just like Windows 98 didn't do everything perfectly and Bill didn't seem to worry too much - he released further "improved" versions .. XP, Vista, 7, 8
Didn't notice an outcry to make Win98 like Win7....

Your sig says your using a well out of date version, VM3 is 99.9% finished -- but you want people to go back and work on your old version?

The problem is when more than one persion adds to their cart BEFORE the others have confirmed their purchase in their cart -
so what do u want to do?  As soon as I add to cart (not confirm or pay) the stock falls to 0?

AFAIK all other aspects of stock control (except stockable varients .. but that is another story) work fine

[suatcamillo]

Then isn't it better to say, Update your VM, if you don't want to you can buy this plugin, instead of directly offering the paid patch. Then again thanks for the answer. At least now I know the problem.

[suatcamillo]

I updated my VM. Didn't work. Still, just one person can buy more than there is in the stock. I don't know if your patch fix this. But I decided not to pursue this anymore. I found something called hikashop, which does everything VM does and can handle stock numbers and didn't give a handful of warnings when you install it.

[bluezeyes]

Well that's what I mean different view... Your are able to help fixing it,  cause you can access the source,  instead of Winxxx.. I'm not that kind of programmer and mono would give a devil to let me frickle in the source lol..

But one way and I think robust way would be to put articles in a queue like way before they added to cart.  In combination with a timing out cart  (ten min f.e. ) the stock is decreased for the amount of quantity..  If there is no buy process followed in the tern minutes..  The cart is deleted and the articles are available again..  / stick increased again..

Without a event messaging system it's a horrible way to let decrease the stock from different sides / carts without any control as it is work and implemented at moment...  Just my two cents

[suatcamillo]

I think there is an easier way for dealing with two people buying the last ticket. I understand the problem is both parties going to Paypal at the same time and the number of stock is changed after the payment is done. Instead of waiting for the payment, change the stock when they confirmed the purchase, while the buyer is still on the website. If buyer doesn't finish the paying process in , cancel it. Don't let the order stay in "pending" for weeks. With the current system when you look at the inventory the stock shows 0, but you might have ten 'payment pending' orders from weeks ago. If the buyer simply closed the browser tab instead of clicking cancel on Paypal payment page. So you need an order status that says "created", which will be the status triggering the stock number change.

[GJC Web Design]

@ blueeyes - you describe exactly what my extension does...

@suatcamillo - you have full control over what status is given to various "types" of orders - but resetting the status is entirely controlled by the payment plugins

[suatcamillo]

It's not about the status. It's about when is the stock decrease happen.

[GJC Web Design]

then recode it -- thought you were a happy hikashop user?

No one is going to recode your old VM2 just for you - VM3 is released this morning

[suatcamillo]

It was just a suggestion for the next version. Don't be so dramatic. If you're in the market you got to be OK with people going for your competitor. At least I didn't disappear after saying that. Still giving you feedback and suggestions to help you improve your product. It's not easy what you are doing, and you should treasure your users giving such feedback. I'll give VM3 a try too, if that's better I'll go back to VM. It's called free market. :-)

[balai]

then recode it -- thought you were a happy hikashop user?
No one is going to recode your old VM2 just for you - VM3 is released this morning

Sorry for interfering but as far as i know Virtuemart 2.6.12 is the latest stable version and if the info i got is still valid, it will be supported together with VM3 for some time.
If this is the case, the argument to jump to VM3 is not the best option for a currently supported version.

Secondly getting feedbacks is a way go a step further.

[GJC Web Design]

@balai - I don't understand what your saying - fact - different visitors can add stock level 1 items to their cart with no stock checking except that at that point there was one available

20 more people can do this until someone actually confirms in checkout and sets the stock to 0 -
All the others can also checkout if the product was already in their cart.
This is not a bug - it is how VM2 works afaik and always has done - otherwise the few people who have wouldn't be buying my extension to prevent this - they are all very happy with it... it solves the problem - it doesn't cost the price of a small car - it is a beautifully written piece of software that solves the problem...   

So I take it all back - my first answer should have been -

This is native VM2 behaviour on all versions I have tested it for.
I have developed with a lot of time and effort an completely non-invasive extension that solves this problem and is in my eyes at least a bargain @ €40 considering the tiny market and effort needed to develop it.
After taxes, health insurance and Paypal fees I should come out with around €20 so it will be party time tonite at the old house...

But DON'T buy this!!!  Spend ages agitating to have a core function of a soon to  over taken version re-written to make it do what you want. The developers have nothing better to do than to revisit old software and they can put VM3 on hold for a while... . Or spend 3-4 hours moving to a completely different shopping system - also good!

I unreservedly apologise for my stupidity and arrogance and will try in future not to suggest solutions to problems

Vm3's take on this I haven't tested - so - do u really think - after VM2 has always had this behaviour - that the whole add to cart routine and stock checking is going to be recoded now that VM3 is released?
not for me to say - but I know what I think...