Regression from bug 998969, bug 998975 Traceback (most recent call last): File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/django/core/handlers/base.py", line 115, in get_response response = callback(request, *callback_args, **callback_kwargs) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/django/views/decorators/http.py", line 41, in inner return func(request, *args, **kwargs) File "/Users/kumar/dev/webpay/webpay/base/decorators.py", line 11, in wrapper response = func(*args, **kw) File "/Users/kumar/dev/webpay/webpay/pay/views.py", line 159, in configure_transaction if not tasks.configure_transaction(request): File "/Users/kumar/dev/webpay/webpay/pay/tasks.py", line 86, in configure_transaction providers) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/celery/app/task.py", line 358, in delay return self.apply_async(args, kwargs) File "/Users/kumar/.virtualenvs/webpay/src/nuggets/celeryutils.py", line 22, in apply_async return super(Task, self).apply_async(args, kwargs, **options) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/celery/app/task.py", line 462, in apply_async return self.apply(args, kwargs, task_id=task_id, **options) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/celery/app/task.py", line 634, in apply request=request, propagate=throw) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/celery/task/trace.py", line 326, in eager_trace_task uuid, args, kwargs, request) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/celery/task/trace.py", line 228, in trace_task R = retval = fun(*args, **kwargs) File "/Users/kumar/.virtualenvs/webpay/src/nuggets/celeryutils.py", line 35, in wrapped return fun(*args, **kw) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/multidb/pinning.py", line 46, in decorator return func(*args, **kw) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/multidb/pinning.py", line 46, in decorator return func(*args, **kw) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/django/db/transaction.py", line 223, in inner return func(*args, **kwargs) File "/Users/kumar/dev/webpay/webpay/pay/tasks.py", line 215, in start_pay providers File "/Users/kumar/dev/webpay/webpay/pay/tasks.py", line 156, in get_provider_seller_uuid public_id=public_id) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/curling/lib.py", line 248, in get_object_or_404 return self.get_object(**kw) File "/Users/kumar/.virtualenvs/webpay/lib/python2.7/site-packages/curling/lib.py", line 234, in get_object raise ObjectDoesNotExist ObjectDoesNotExist

This has shown up in our automation on the 1.3 branch, which runs on Hamachi, here: http://selenium.qa.mtv2.mozilla.com:8080/view/Marketplace/job/b2g.hamachi.mozilla-b2g28_v1_3.v1.3.marketplace/464/HTML_Report/

as an aside, this is really helpful that automation was catching this! I look forward to VPN access so I have more visibility to the reports.

(In reply to Kumar McMillan [:kumar] (needinfo for quickness) from comment #2) > as an aside, this is really helpful that automation was catching this! I > look forward to VPN access so I have more visibility to the reports. Per bug 1010361, you should already have it.

Here's a quick fix: https://github.com/mozilla/webpay/pull/458 Some notes: - the generic seller needed to be used to create new products (for in-app) - the provider specific seller is still needed for Boku transactions (to get the service ID) - this patch feels pretty hacky so we're going to try and simplify it - one possible optimization is to link provider specific *products* to a common generic seller and ditch provider specific *sellers*

(In reply to Stephen Donner [:stephend] from comment #3) > Per bug 1010361, you should already have it. Yay! Thanks. I have access now.

I verified this as fixed for bango, but not for boku.

That's good enough for now. The Boku test situation isn't fully set up.