ZEP-24 : Centre de notifications #3301

GerardPaligot · 2016-01-15T16:37:51Z

Q	R
Correction de bugs ?	Non
Nouvelle Fonctionnalité ?	Oui
Tickets (issues) concernés	ZEP-24, #2515, #2657, #2905, #3306

Hello,

Voici venir la première PR pour la ZEP-24 ! Cette première PR vient poser le socle technique et baser l'existant dessus. Aujourd'hui, la ZEP gère les notifications pour les messages d'un sujet, les réactions d'un contenu et les conversations privées.

Pour la QA :

Important

Pensez à faire la migration : python manage.py migrate.
Pensez à faire la migration des anciennes données : python manage.py migrate_subscriptions.
Aucune commande makemigrations ne doit être nécessaire !

Pour les messages d'un sujet

Vérifiez que les notifications sont bien conservées avant la migration vers cette PR.
S'inscrire et se désinscrire à un sujet doit générer une souscription (regardez dans l'espace admin).
Recevoir des notifications dans un sujet souscrit.
Être notifié par mail ou non à un sujet.
Recevoir un mail et une notification dans un sujet souscrit.
Perdre la souscription lorsqu'un sujet est déplacé dans un forum non visible.
Souscription automatique au sujet bêta de tous les auteurs d'un contenu lors de sa mise en bêta.
Perdre les souscriptions et les notifications à la suppression d'un compte. Pour le vérifier, connectez-vous après avec un compte admin et rendez-vous dans l'espace admin.
Marqué comme lu une notification sur un message masqué.

Pour les réactions d'un contenu

Vérifiez que les notifications sont bien conservées avant la migration vers cette PR.
Poster dans un contenu doit créer une souscription (à vérifier dans l'espace admin).
Recevoir des notifications dans un contenu souscrit.
Perdre les souscriptions et les notifications à la suppression d'un compte. Pour le vérifier, connectez-vous après avec un compte admin et rendez-vous dans l'espace admin.

Pour les conversations privées

Note : Ne testez pas avec le MP généré grâce aux fixtures. Cette ressource là est toute pourrie. Limite, supprimez là dès que vous avez installé vos fixtures quand vous êtes sur la branche dev au tout début de votre QA.

Vérifiez que les notifications sont bien conservées avant la migration vers cette PR.
Les notifications sur les messages doivent s'afficher uniquement dans l'espace dédié dans l'en-tête du site.
La création d'un sujet avec des participants entrainent la création de notifications pour les participants.
Poster un message dans un message privé génère des notifications pour les autres (participants ou auteur).
Ajouter un nouveau membre dans une conversation doit générer une notification vers le dernier message d'une conversation privée.
Quitter une conversation privée doit supprimer la potentielle notification en cours (mais les autres doivent garder leurs notifications actives).
Si l'utilisateur a paramétré dans son profil qu'il voulait recevoir des mails à chaque réponse, le système doit envoyer des mails pour tous les cas précédemment cités.
Perdre les souscriptions et les notifications à la suppression d'un compte. Pour le vérifier, connectez-vous après avec un compte admin et rendez-vous dans l'espace admin.

gustavi · 2016-01-15T17:57:50Z

Joli travail. Je vois que tu utilises quelques fonctionnalités sympas de Django et j'aime ça ! J'ai rapidement regardé le code (#notime) et ça me semble plutôt pas mal :)

Attention toutefois, un rebase s'impose (et t'en aura un joli poste django 1.9 aussi :p) !

GerardPaligot · 2016-01-15T18:41:50Z

J'avais déjà rebase avant de faire ma PR mais je vais sans doute être amené à le refaire pas mal de fois. :)

poulp · 2016-01-16T08:31:17Z

zds/notification/models.py

+
+class PrivateTopicAnswerSubscription(AnswerSubscription, SingleNotificationMixin):
+    """
+    Subscription to new answer in a topic


in a private topic

Nooooon, j'ai pas fais du copié/collé durant le dev. :-°

GerardPaligot · 2016-01-16T11:18:41Z

@firm1 Si tu pouvais faire une relecture avant d'être au merge, j'apprécierais. :-°

artragis · 2016-01-18T09:19:35Z

doc/source/utils/git-pre-hook.rst

@@ -18,7 +18,7 @@ restera propre et lisible au cours du temps !

    #!/bin/sh

-    flake8 --exclude=migrations,urls.py,settings.py --max-line-length=120 zds
+    flake8 --exclude=migrations,urls.py,urls_contents.py,settings.py --max-line-length=120 zds


C'est un peu complexe. En fait, nous avons un fichier qui se nomme receivers.py qui contient que des receivers. Ces receivers sont appelés nul part dans notre code source. C'est géré en interne par Django. Du coup, comme personne ne fait d'import sur ce fichier, l'usage (d'après nos observations à @ChantyTaguan et moi sur divers ressources) est un import inutilisé dans les fichiers urls.py pour charger le fichier.

@gustavi m'a proposé une autre solution mais ni lui, ni moi ne savons si ça va fonctionner. En gros, ça serait de placer les receivers dans un dossier avec un fichier __init__.py pour que Django le charge sans besoin d'importer quoi que ce soit dans un fichier. A tester pour savoir si ça fonctionne.

Ok donc j'ai mon "pourquoi", je suis content.

Le 18 janvier 2016 à 10:25, Gérard Paligot notifications@github.com a
écrit :

In doc/source/utils/git-pre-hook.rst
#3301 (comment)
:

@@ -18,7 +18,7 @@ restera propre et lisible au cours du temps !

#!/bin/sh

flake8 --exclude=migrations,urls.py,settings.py --max-line-length=120 zds

flake8 --exclude=migrations,urls.py,urls_contents.py,settings.py --max-line-length=120 zds

C'est un peu complexe. En fait, nous avons un fichier qui se nomme
receivers.py qui contient que des receivers. Ces receivers sont appelés
nul part dans notre code source. C'est géré en interne par Django. Du coup,
comme personne ne fait d'import sur ce fichier, l'usage (d'après nos
observations à @ChantyTaguan https://github.com/ChantyTaguan et moi sur
divers ressources) est un import inutilisé dans les fichiers urls.py pour
charger le fichier.

@gustavi https://github.com/gustavi m'a proposé une autre solution mais
ni lui, ni moi ne savons si ça va fonctionner. En gros, ça serait de placer
les receivers dans un dossier avec un fichier init.py pour que Django
le charge sans besoin d'importer quoi que ce soit dans un fichier. A tester
pour savoir si ça fonctionne.

—
Reply to this email directly or view it on GitHub
https://github.com/zestedesavoir/zds-site/pull/3301/files#r49975669.

@GerardPaligot tu as testé ma solution ?

Pas encore eu le temps. Quand ça sera le cas, tu seras mis au courant. :)

firm1 · 2016-01-18T09:23:33Z

@firm1 Si tu pouvais faire une relecture avant d'être au merge, j'apprécierais. :-°

Dès que je trouve une bonne demie heure. Mais ça ne sera pas pour aujourd'hui. :(

artragis · 2016-01-18T09:24:13Z

zds/forum/models.py

@@ -364,9 +359,12 @@ def first_unread_post(self):
        """
        # TODO: Why 2 nearly-identical functions? What is the functional need of these 2 things?


donné qu'on est dans une zep : la réponse à ce TODO est-elle trouvée?

C'est quoi l'autre fonction ? Dans le cadre de cette ZEP, je ne fais appel à cette fonction que pour le script de migration des anciennes données vers les nouvelles.

firm1 · 2016-01-19T15:25:15Z

Autres remarques de manière générale sur la PR actuelle :

Elle ne builde pas coté travis (il semble manquer des migrations)
Les noms de templates sont un poil difficiles à lire je pense par exemple à templates/email/notification/topicanswersubscription.html qui (selon la snake_case à la python ) devrait être templates/email/notification/topic_answer_subscription.html

firm1 · 2016-01-19T15:32:08Z

zds/notification/receivers.py

+                    sender=private_topic.last_message.author.profile,
+                    send_email=participant.profile.email_for_answer)
+
+        if action == 'post_remove' and not reverse:


c'est de la micro optimisation, mais dans ce genre de cas, le elif vaut toujours mieux qu'une suite de if

Send content_read signal from mark_read methods, not the other way around Load receivers

Closes #27

Issue #28

…ubscription. Issue #29

Issue #30

Closes #2025

GerardPaligot · 2016-03-04T17:37:43Z

PR rebased et j'ai corrigé la petite erreur de @DevHugo

SpaceFox · 2016-03-04T22:09:02Z

Dans dev non ? À moins que @GerardPaligot ou @ChantyTaguan aient un avis contraire ?

GerardPaligot · 2016-03-04T22:51:41Z

Pas du tout, dev c'est très bien.

DevHugo · 2016-03-05T00:04:53Z

@gustavi on compte sur toi pour la qa. J'aurais le temps de rien faire moi

gustavi · 2016-03-05T07:20:07Z

Ça sera check auj.

vhf · 2016-03-05T11:36:31Z

zds/notification/managers.py

+
+    def get_users_for_unread_notification_on(self, content_object):
+        """
+        Gets all users which have an notification unread on the given content object.


-which +who

ZEP-24 : Centre de notifications

gustavi · 2016-03-05T16:52:28Z

Voilà voilà <3

poulp reviewed Jan 16, 2016
View reviewed changes

artragis reviewed Jan 18, 2016
View reviewed changes

firm1 reviewed Jan 19, 2016
View reviewed changes

ChantyTaguan and others added 16 commits March 4, 2016 18:27

Use signals for notifications on content reactions

48d23bd

Send content_read signal from mark_read methods

a095ee0

Send content_read signal from mark_read methods, not the other way around Load receivers

feat(model): Migrates all new models.

6dcdf77

Closes #27

feat(forum): Replace usage of TopicFollowed by TopicAnswerSubscription.

0cfbfe4

Issue #28

feat(forum): Migrates all old subscriptions and notifications.

536b391

feat(content): Replace usage of ContentRead by ContentReactionAnswerS…

e86e323

…ubscription. Issue #29

feat(content): Migrates all old subscriptions and notifications.

6b76da0

feat(mp): Use PrivateTopicAnswerSubscription for notif.

b195772

Issue #30

feat(pm): Migrates all old subscriptions and notifications.

0fee356

refactor(migration): Clean migrations.

b3eb0d5

refactor(model): Use User instead of Profile in models.

1addcf0

feat(notification): Reuse existing notification for a subscription.

6918892

feat(content): Allows (un)follow from the view.

8b771a8

Closes #2025

feat(content): When a content is published, authors follow it.

8de3d65

doc(update): Adds feature in update.md.

5b27494

refactor(migration): Prints logs in migration script.

60a9b96

vhf reviewed Mar 5, 2016
View reviewed changes

refactor(manager): Better usage of python

0161572

gustavi added a commit that referenced this pull request Mar 5, 2016

Merge pull request #3301 from GerardPaligot/new_zep_24

9326809

ZEP-24 : Centre de notifications

gustavi merged commit 9326809 into zestedesavoir:dev Mar 5, 2016

gustavi added this to the Version de développement milestone Mar 5, 2016

GerardPaligot deleted the new_zep_24 branch March 5, 2016 16:57

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

ZEP-24 : Centre de notifications #3301

ZEP-24 : Centre de notifications #3301

GerardPaligot commented Jan 15, 2016

gustavi commented Jan 15, 2016

GerardPaligot commented Jan 15, 2016

poulp Jan 16, 2016

GerardPaligot Jan 16, 2016

GerardPaligot commented Jan 16, 2016

artragis Jan 18, 2016

GerardPaligot Jan 18, 2016

artragis Jan 18, 2016

gustavi Jan 21, 2016

GerardPaligot Jan 21, 2016

firm1 commented Jan 18, 2016

artragis Jan 18, 2016

GerardPaligot Jan 18, 2016

firm1 commented Jan 19, 2016

firm1 Jan 19, 2016

GerardPaligot commented Mar 4, 2016

SpaceFox commented Mar 4, 2016

GerardPaligot commented Mar 4, 2016

DevHugo commented Mar 5, 2016

gustavi commented Mar 5, 2016

vhf Mar 5, 2016

gustavi commented Mar 5, 2016

		@@ -364,9 +359,12 @@ def first_unread_post(self):
		"""
		# TODO: Why 2 nearly-identical functions? What is the functional need of these 2 things?

ZEP-24 : Centre de notifications #3301

ZEP-24 : Centre de notifications #3301

Conversation

GerardPaligot commented Jan 15, 2016

Pour la QA :

Important

Pour les messages d'un sujet

Pour les réactions d'un contenu

Pour les conversations privées

gustavi commented Jan 15, 2016

GerardPaligot commented Jan 15, 2016

Choose a reason for hiding this comment

Choose a reason for hiding this comment

GerardPaligot commented Jan 16, 2016

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

firm1 commented Jan 18, 2016

Choose a reason for hiding this comment

Choose a reason for hiding this comment

firm1 commented Jan 19, 2016

Choose a reason for hiding this comment

GerardPaligot commented Mar 4, 2016

SpaceFox commented Mar 4, 2016

GerardPaligot commented Mar 4, 2016

DevHugo commented Mar 5, 2016

gustavi commented Mar 5, 2016

Choose a reason for hiding this comment

gustavi commented Mar 5, 2016