Closed Bug 865291 Opened 11 years ago Closed 11 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: 11 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.