Input type=image causing duplicate quantities in shopping cart on this site

RESOLVED INCOMPLETE

Status

()

Core
HTML: Form Submission
RESOLVED INCOMPLETE
14 years ago
4 years ago

People

(Reporter: Martijn Wargers (dead), Unassigned)

Tracking

(Depends on: 1 bug)

Trunk
x86
Windows XP
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

14 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040815 Firefox/0.9.1+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040815 Firefox/0.9.1+

I'll attach a simple testcase.
When you order something on this site, by clicking on the "Buy it" image button,
you seem to get ordered double quantities, where you would expect 1 item. 

See my upcoming testcase.
There, I have 4 ways to submit the form. Only the way of submitting by clicking
on the input type=image button is causing duplicate entries in the shopping cart
(2 instead of 1).

I'm not sure if this is caused by a bug in Mozilla, but it is certainly a bit
suspect. 

Reproducible: Always
Steps to Reproduce:
1. See testcase
2. Try the different ways of submitting
3.

Actual Results:  
Only the input type=image way is causing duplicate entries in the shopping cart.
The other ways not. 

Expected Results:  
I expect only 1 quantity in the shopping cart no matter what way I submit the form.
(Reporter)

Comment 1

14 years ago
Created attachment 157072 [details]
Testcase

By the way, this was previously discussed here:
http://forums.mozillazine.org/viewtopic.php?t=116467&sid=ba93d7e19f67cf9569774e0edba8e274

Comment 2

14 years ago
I can confirm this bug for Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7)
Gecko/20040803 Firefox/0.9.3

When I tried the test page given by Martijn, the first button duplicates while
the rest do not. With the first button, I observed that for an instant the
quantity is correct and then the page re-refreshes (or at least it seems to) and
the quantity increases by 1.
This also occurs for me at http://paylessdial.com on Linux. However, another
poster on the mozillazine forum stated that he did not see the bug on Windows
for the same version of Firefox for the same website.

Comment 3

14 years ago
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a3) Gecko/20040817

I clicked the first link, and the shopping cart was loaded with 1 item only.
I continued shopping using the link at that site, used the image button to buy a
MS optical mouse for 8.5, the cart loaded and was showing quantity three mice.
I don´t remember if that mouse has been the item in your testcase, I don´t think
so. Buying a USB watch added two of them to the shopping cart.

BTW, you don´t need the &sid part in the mozillazine links, thats only a session id.
http://forums.mozillazine.org/viewtopic.php?t=116467

Comment 4

14 years ago
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a3) Gecko/20040826

bug is seen on Mozillazine too, I saw some double posts, and when I was making a
post, I also found two afterwards, and submitting twice never has happened to
me, so it must be Mozilla ;-)
tested Buy Button in testcase again: it gave me an order for 1 USB mouse.
Continued shopping at the website, ordered another one and found 3 in my cart.
Chances are that this bug is the same as bug 256953.  Note that the code for
image  submit inputs on trunk is completely identical as far as I can tell, so I
don't see how a double-submission would be caused by the image but not the
submit button.

All that said, I can't reproduce the problem at all in a vanilla 1.8a3 release
build on Win98.
Depends on: 256953
(Reporter)

Comment 6

13 years ago
I tested it again. But now I get duplicate quantities with "Buy it with submit
button" and "Buy it with simple link".
I guess, it probably just happens randomly, or something.
Just wondering if it might have something to do with bug 137155.

Comment 7

13 years ago
I have posted some info under a similar bug that may be of some help.

https://bugzilla.mozilla.org/show_bug.cgi?id=256953

(Reporter)

Comment 8

12 years ago
Hmm, maybe this could be the same issue as bug 236858 (which depends on bug 61363).
Assignee: form-submission → nobody
QA Contact: form-submission
(Reporter)

Updated

4 years ago
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.