Closed Bug 444153 Opened 17 years ago Closed 15 years ago

timeouts when clicking the "checkout" button

Categories

(Websites :: store.mozilla.org, defect)

Product:
Websites
Component:
store.mozilla.org
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: dietrich, Assigned: mike.bommarito)

References

Details

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.2pre) Gecko/2008070704 GranParadiso/3.0.2pre STR: 1. add things to cart 2. view cart 3. click checkout Actual: waiting forever, no page loads Expected: checkout process begins
Eventually, this URL loaded, and was a blank white page: https://store.mozilla.org/signin.php?c=1
Hm, now the whole store is unresponsive, eventually just loading a blank white page.
That doesn't sound good at all. I'm not having any trouble with this, though. Mike, can you investigate and report back to us?
Assignee: jslater → mike.bommarito
I cannot duplicate either. I attempted to recreate while being signed in/not signed in and was redirected accordingly. What browser/version?
The browser and version are in the first comment here. I'm still unable to use the store. I'll try clearing cookies, and trying again. Hm, I'll try on Fx3 final as well.
Yep works fine on Fx3 final. I can reproduce the bug every time on trunk nightlies.
I spoke too soon. Fx3 final just got me as far as the shipping info page, then timeouts again.
Timeouts for Fx2 as well.
We cannot seem to duplicate the issue here either. I've tried from Firefox, IE, and Opera- and also tried using a proxy without any problems. There aren't any errors being logged that would indicate a problem. It's hard to say what exactly is causing the problem. We have also not had any other issues reported to us through Customer Service.
I can reproduce the bug reliably here.
Are there any errors or is it the generic timeout browser error? What account are you using maybe I can follow the exact steps to reproduce. We are receiving orders and have not had any issues reported to us other than these two. Are you both using the same internet connection and can you reproduce the error anywhere else other than your current location?
Account is blizzard@mozilla.com. What I'm seeing is that the page that the payment_per.php page never finishes loading. It sits there looking busy until I end up with a blank page once it times out. I get there from the "Checkout" button on the cart page. It only has one item in it - a poster.
Try it now. You had two ship-to's without any information in them. I believe this was an isolated account issue that stemmed from the ship to information. I am going to do some modification on the form. Please let me know if this resolved your issue.
Another thing: you said you go from shoppingcart - > payment_per Not shoppingcart - > checkout -> payment_per I have tested both accounts with no problem at all.
(In reply to comment #11) > Are there any errors or is it the generic timeout browser error? I get a long wait, and then when the page stops loading it's a blank white page - no source. > > What account are you using maybe I can follow the exact steps to reproduce. autonome@gmail.com > We are receiving orders and have not had any issues reported to us other than > these two. That doesn't tell us anything about the orders you *haven't* received, such as mine and possibly many others that clicked "checkout" and just got a long wait and a blank page. > Are you both using the same internet connection and can you > reproduce the error anywhere else other than your current location? We're on opposite sides of the country, I think. (In reply to comment #13) > Try it now. You had two ship-to's without any information in them. I believe > this was an isolated account issue that stemmed from the ship to information. I had the same problem: 1 ship-to with my correct info, and 1 ship-to with what looked like default information (only state, everything else empty). Sounds like maybe there's no form verification requiring fields like "city" and "address"... or maybe these bogus ship-to's are being created automatically somehow. A couple of other notes: - until this morning, i was never able to even get to the shipping address page in the checkout process - i deleted the bogus ship-to address, but it came back! - i deleted it again, and it came back! - after completing an order, i logged out, logged back in, deleted the bogus ship-to, and it seemed to stick > I am going to do some modification on the form. > > Please let me know if this resolved your issue. > I was able to complete an order just now.
The bogus ship-to is coming back because on the checkout page I believe you are clicking continue on the checkout.php (at the bottom of the new ship to form) and not clicking the ship here button that is displayed above the actual ship-to information. The forms verbiage will be changed and also a check on all validation to alleviate this issue. To your point: "That doesn't tell us anything about the orders you *haven't* received, such as mine and possibly many others that clicked "checkout" and just got a long wait and a blank page." You are correct it doesn't but we have a call center and all errors are usually reported via the number on the web and/or the online form. When there is an error with any of our sites we are notified. We apologize for any inconvenience this may have caused and will modify the form so that others will not have any similar issues.
I can't get to the cart page now after logging in.
I have tested everything on our end with the account in question with no problems: blizzard@mozilla.com
Three more people in the duplicate bug can't use the store. I'm upping the importance.
Severity: normal → critical
I am unable to duplicate this issue. I have tested with: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.0.5) Gecko/2008120121 Firefox/3.0.5 I assume these accounts in question have never been able to place orders on the store. I have tried exactly what has been stated in the duplicate bug 453537 and also above and still have seen no blank page. I want to say this may be an intermittent issue but if the browsers in question have never placed orders than it is not.
Closing as wontfix. This is referring to the Gateway hosted version of the store that is no longer in use.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.