Closed Bug 865291 Opened 12 years ago Closed 12 years ago

[traceback]Internal Server Error: /mozpay/wait_to_start

Categories

(Marketplace Graveyard :: Payments/Refunds, defect, P1)

defect

Tracking

(Not tracked)

RESOLVED FIXED
2013-05-16

People

(Reporter: krupa.mozbugs, Assigned: kumar)

References

()

Details

Stacktrace (most recent call last): File "django/core/handlers/base.py", line 111, in get_response response = callback(request, *callback_args, **callback_kwargs) File "webpay/auth/decorators.py", line 31, in wrapper return f(request, *args, **kw) File "django/views/decorators/http.py", line 41, in inner return func(request, *args, **kwargs) File "webpay/pay/views.py", line 179, in wait_to_start trans = solitude.get_transaction(request.session['trans_id']) File "django/contrib/sessions/backends/base.py", line 39, in __getitem__ return self._session[key] sentry: http://sentry.dmz.phx1.mozilla.com/addons/marketplace-stage-webpay/group/13456/
KeyError 'trans_id' webpay_sessionid e456beb4c29419ee0464cbde92d560b8
Event at April 24, 2013, 4:03 p.m. UTC
http://sentry.dmz.phx1.mozilla.com/addons/marketplace-dev-webpay/group/13944/ STR: 1. Start purchase for a paid app 2. Sign in as a new user 3. Create PIN 4. Confirm PIN traceback!
this is reproducible every time but only on dev
Assignee: nobody → kumar.mcmillan
Priority: -- → P1
oremj is helping me look at memcache to track this down. It may not be code related since dev and stage are running the same exact code yet the issue only happens on dev.
This is fixed now. Memcache (couchbase) was full up so it couldn't create more session data. This probably won't happen on stage or prod because memcache is not on couchbase. However, we should move sessions out of memcache: bug 871850
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2013-05-16
You need to log in before you can comment on or make changes to this bug.