Produits Entr'ouvert » Combo

C'est quoi le souci avec context.get('user') ? Il me semble que django.contrib.auth.context_processors.auth fait toujours partie de la liste officielle des manipulateurs de contexte par défaut (https://docs.djangoproject.com/fr/1.9/ref/settings/#template-context-processors).

Dans la pratique, je travaillais sur les cellules "factures" et

    def get_items(self, context, past=False):
        """ 
        returns current or past items
        """ 
        if not self.is_remote():
            payed = not past
            return self.basketitem_set.filter(payment_date__isnull=payed,
                                              user=context.get('user'))
        if context.get('user'):

Et là il n'y avait pas de context['user].

(Pdb) p context
[{'False': False, 'None': None, 'True': True}, {'synchronous': True, 'site_base': 'http://combo-test-theme.127.0.0.1.xip.io:8000', 'request': <WSGIRequest: GET '/ajax/cell/11/lingo_activeitems-1/'>, 'page': <Page: factures>}, {}]

Liste des context processors :

('django.core.context_processors.request', 'hobo.context_processors.theme_base', 'django.contrib.auth.context_processors.auth', 'django.template.context_processors.debug', 'django.template.context_processors.i18n', 'django.template.context_processors.media', 'django.template.context_processors.static', 'django.template.context_processors.tz', 'django.contrib.messages.context_processors.messages', 'combo.context_processors.template_vars')

Et le fond de l'histoire il est révélé dans http://stackoverflow.com/questions/34500977/django-upgrade-from-1-7-to-1-8-need-variable-from-contextprocessor-in-view : « The upshot of this is that a RequestContext is not associated with any particular set of context processors until it is associated with an actual template. ».

Ouaip, sacré sac de noeud. Néanmoins je pense que le problème ne se pose que dans la vue de rendu ajax qui justement n'a pas de template pour définir le contexte de résolution des manipulateurs de contextes; même si c'est très moche je propose de suivre la solution proposée dans le thread stackoverflow parce que sinon il va falloir se souvenir qu'on a pas accès à user (et aussi toutes les autres variables comme wcs_url etc..) aussi dans les templates eux même quand une cellule en utilise un.

diff --git a/combo/public/views.py b/combo/public/views.py
index 3e68e8e..1f04ad1 100644
--- a/combo/public/views.py
+++ b/combo/public/views.py
@@ -28,6 +28,7 @@ from django.shortcuts import render, resolve_url
 from django.template import RequestContext
 from django.utils.translation import ugettext as _
 from django.forms.widgets import Media
+from django.template import loader

 try:
     from mellon.utils import get_idps
@@ -83,7 +84,11 @@ def ajax_page_cell(request, page_pk, cell_reference):
             # Cell can pass data through its own __dict__
             cell.modify_global_context(context, request)

-    return HttpResponse(cell.render(context), content_type='text/html')
+    # HACK: we need to bind to an existing template have the list of context processors set in the
+    # RequestContext
+    template = loader.get_template('combo/page_template.html')
+    with context.bind_template(template):
+        return HttpResponse(cell.render(context), content_type='text/html')

 def extend_with_locked_placeholders_cells(cells, page, pages):

Ack.