Plots2: Problèmes de planification : gestion des sessions interdomaines pour MK et SWB

Créé le 2 mai 2019 · 116Commentaires · Source: publiclab/plots2

Séquence de flux de travail :

[x] Étape 1 : Examiner et fusionner publiclab/spectral-workbench#454
[x] Étape 2 : Divisez le frontend restant en ftos
https://github.com/publiclab/mapknitter/issues/574#issuecomment -489552018
et https://github.com/publiclab/spectral-workbench/issues/448
[x] Étape 3 : Examiner + déboguer tous les PR ci-dessous
[x] attendez que MK soit prêt à être publié en production et que PL Bootstrap soit terminé
- [x] assure l'export des travaux : http://mapknitter-stable.laboratoriopublico.org/maps/test--226
[x] Étape 4 : Fusionnez les prs suivants SIMULTANÉMENT (après les avoir vérifiés sur n'importe quelle branche stable/unstable/local.... Je préférerai que vous le fassiez sur votre local )
- [x] #5640
- [x] publiclab/spectral-workbench#450
- [x] publiclab/mapknitter#575

Ces trois prs sont dépendants. Ils ne peuvent pas être rendus indépendants.

[x] Étape 5 : Déployez les modifications pour MK, SWB et Plots2 sur la production SIMULTANÉMENT.
[x] Étape 5.5 2. copier la clé recaptcha dans le fichier d'environnement de production
[x] Étape 6 : Vérifiez la fonctionnalité au niveau de la production.

planning

Source

SidharthBansal

👍1

Commentaire le plus utile

Oui, j'ai hâte de résoudre ce problème avec @VladimirMikulic :smile:

Uzay-G le 12 janv. 2020

🚀1 👍1

Tous les 116 commentaires

@jywarren ce sera génial si vous pouvez changer https://github.com/publiclab/spectral-workbench/blob/9f9ca3cf759678e00b3283054cdf78d51d364d43/app/controllers/sessions_controller.rb#L5 et https://github.com/publiclab/mapknitter/ blob/ccd6317f7752dc5c86259c40d4854cee423bfe85/app/controllers/sessions_controller.rb#L7 à localhost:3000/people à VOTRE AGENCE LOCALE et testez le système au lieu de pousser et de vérifier une branche instable.

Je vous demande d'exécuter mapknitter à localhost:3002 , plots2 à localhost:3000 et swb à localhost:3004 au lieu de branches instables car il existe une contrainte de routage qui achemine la demande openid à unstable.publiclab.org vers publiclab.org et nous sommes pas en mesure de tester notre système sur une branche instable.

SidharthBansal le 2 mai 2019

Les étapes 2 à 4 doivent être exécutées l'une après l'autre sans délai chaque fois que vous pensez que c'est le moment approprié.

SidharthBansal le 3 mai 2019

J'ai déjà poussé les changements vers MK et plots2. Je ne suis pas en mesure de pousser les modifications vers le SWB. Comme il n'y a pas de branche instable chez SWB.

Comme écrit précédemment, unstable.publiclab.org est routé vers publiclab.org par openid, il est donc préférable de tester la chose sur votre @jywarren local. Veuillez également consulter le dbms dump sur le serveur rails pour savoir ce qui se passe sur les dbs de MK, Plots et SWB.

Merci.

SidharthBansal le 3 mai 2019

OK, teste maintenant, j'espère... voyons comment ça se passe ! Merci!

jywarren le 8 mai 2019

De plus, comment sommes-nous sur l'interface utilisateur de l'invite oauth sur MapKnitter ? pouvez-vous me lier à la dernière? Merci!

jywarren le 8 mai 2019

J'ai remarqué que les sessions_controller.rb ces branches pointent vers https://unstable.publiclab.org - pouvez-vous ajuster cela dans SWB ? Je n'ai pas vérifié MK mais soyons sûrs là aussi.

jywarren le 8 mai 2019

👍1

SWB a l'air bien, même dans un état pas tout à fait terminé :

jywarren le 8 mai 2019

même à l'état pas tout à fait fini :

Frontend est divisé en ftos et est implémenté par des gens. Donc, nous n'avons pas besoin de nous inquiéter beaucoup là-bas. Nous avons une communauté Jeff vraiment favorable cette année. :le sourire:

SidharthBansal le 8 mai 2019

Pour les tests en local, veuillez suivre https://github.com/publiclab/plots2/issues/5652#issuecomment-489143992 . Merci

SidharthBansal le 8 mai 2019

comment sommes-nous sur l'interface utilisateur de l'invite oauth sur MapKnitter? pouvez-vous me lier à la dernière?

Cliquez sur connexion dans l'en-tête
OU
allez sur localhost:3002/login
Les deux fonctionneront.
Frontend va séparément dans d'autres prs. J'ai fait que le frontend soit séparé car ceux-ci n'ont pas besoin de nous pour exécuter 3 serveurs simultanément.

SidharthBansal le 8 mai 2019

J'ai remarqué que les sessions_controller.rb de ces branches sont dirigées vers https://unstable.publiclab.org - pouvez-vous ajuster cela dans SWB ? Je n'ai pas vérifié MK mais soyons sûrs là aussi.

Fait pour MK et SWB

SidharthBansal le 8 mai 2019

OK, j'ai presque installé toutes les gemmes et j'exécute les tests locaux, je vais suivre ça, merci.

J'ai cliqué sur Log in dans SWB dans la capture d'écran ci-dessus et j'ai été dirigé vers :

http://localhost :3001/session/new?authenticity_token=5BKc7Cnm5kaWKslIv%2BcDMsg5ciDXYRBbmF7CgYLf2G8%3D&back_to=%2F&return_to=%2F

NoMethodError in SessionsController#new
undefined method `split' for nil:NilClass
Rails.root: /home/warren/sites/spectral-workbench

Application Trace | Framework Trace | Full Trace
app/controllers/sessions_controller.rb:90:in `block in openid_authentication'
app/controllers/sessions_controller.rb:88:in `openid_authentication'
app/controllers/sessions_controller.rb:45:in `new'
Request
Parameters:

{"authenticity_token"=>"5BKc7Cnm5kaWKslIv+cDMsg5ciDXYRBbmF7CgYLf2G8=",
 "back_to"=>"/",
 "return_to"=>"/"}

jywarren le 8 mai 2019

OK, on dirait qu'il devient nul pour identity_url - ai-je fait quelque chose de mal ?

   88     authenticate_with_open_id(openid_url, :required => [:nickname, :email, :fullname]) do |result, identity_url, registration|                   
   89       dummy_identity_url = identity_url

jywarren le 8 mai 2019

Assurez-vous de deux choses. Premièrement, le serveur plots2 s'exécute simultanément à
localhost : 3000. Deuxièmement, le contrôleur de session utilisateur doit avoir
host:3000 au lieu de publiclab.org chez MK et SWK.
Ensuite, cela fonctionnera.

Le mercredi 8 mai 2019, 23h24 Jeffrey Warren [email protected]
a écrit:

OK, j'ai presque installé toutes les gemmes et j'exécute les tests locaux, je vais suivre
ça, merci.
J'ai cliqué sur Se connecter à SWB dans la capture d'écran ci-dessus et j'ai été dirigé vers :
http://localhost :3001/session/new?authenticity_token=5BKc7Cnm5kaWKslIv%2BcDMsg5ciDXYRBbmF7CgYLf2G8%3D&back_to=%2F&return_to=%2F
NoMethodError dans SessionsController#new
méthode non définie 'split' pour nil:NilClass
Rails.root : /home/warren/sites/spectral-workbench
Suivi des candidatures | Trace du cadre | Trace complète
app/controllers/sessions_controller.rb:90:in block in openid_authentication' app/controllers/sessions_controller.rb:88:in openid_authentication'
app/controllers/sessions_controller.rb:45:in "nouveau"
Demander
Paramètres:
{"authenticity_token"=>"5BKc7Cnm5kaWKslIv+cDMsg5ciDXYRBbmF7CgYLf2G8=",
"back_to"=>"/",
"return_to"=>"/"}
-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/publiclab/plots2/issues/5652#issuecomment-490586460 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AFAAEQ6MDSTJRFZBHC37XVLPUMHW7ANCNFSM4HKGL2SQ
.

SidharthBansal le 8 mai 2019

Assurez-vous également que les trois dépôts ont mon PRS. Au cas où l'un des trois
n'aurai pas mon PR alors ça ne fonctionnera pas

Le mercredi 8 mai 2019, 23h26 Jeffrey Warren [email protected]
a écrit:

OK, on dirait que ça devient nul pour identity_url - ai-je fait quelque chose
tort?
88 authentication_with_open_id(openid_url, :required => [:nickname, :email, :fullname]) faire |résultat, identity_url, registration|
89 dummy_identity_url = identity_url
-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/publiclab/plots2/issues/5652#issuecomment-490587055 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AFAAEQ3CGNBRZBBS7765BVDPUMH5RANCNFSM4HKGL2SQ
.

SidharthBansal le 8 mai 2019

Je crois que toutes ces conditions sont vraies... laissez-moi vérifier...

jywarren le 8 mai 2019

oh haha, je n'avais pas démarré mysql local. ??

jywarren le 8 mai 2019

Aucun problème. C'est comme prendre du temps pour configurer et faire fonctionner ces 3 serveurs
simultanément. Mais heureux d'apprendre à exécuter des processus lorsque
les applications s'exécutent simultanément.

Le mer. 8 mai 2019, 23:34 Jeffrey Warren [email protected]
a écrit:

oh haha, je n'avais pas démarré mysql local. ??
-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/publiclab/plots2/issues/5652#issuecomment-490589973 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AFAAEQ7EFI7INO7W66VXDOLPUMI3VANCNFSM4HKGL2SQ
.

SidharthBansal le 8 mai 2019

❤1

Si vous rencontrez d'autres difficultés pour le configurer, n'hésitez pas
pour me cingler.
De plus, je vous demanderai de vérifier les journaux du serveur pour les trois dépôts
avant de fusionner ces PRS.

Le mer. 8 mai 2019, 23:36 Sidharth Bansal
a écrit:

Aucun problème. C'est comme prendre du temps pour configurer et faire fonctionner ces 3 serveurs
simultanément. Mais heureux d'apprendre à exécuter des processus lorsque
les applications s'exécutent simultanément.
Le mer. 8 mai 2019, 23:34 Jeffrey Warren [email protected]
a écrit:
oh haha, je n'avais pas démarré mysql local. ??
-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/publiclab/plots2/issues/5652#issuecomment-490589973 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AFAAEQ7EFI7INO7W66VXDOLPUMI3VANCNFSM4HKGL2SQ
.

SidharthBansal le 8 mai 2019

Je veux dire le journal du serveur pour votre local lorsque la demande d'identifiant ouvert est exécutée
correctement.

Le mer. 8 mai 2019, 23:51 Sidharth Bansal
a écrit:

Si vous rencontrez d'autres difficultés pour le configurer, n'hésitez pas
pour me cingler.
De plus, je vous demanderai de vérifier les journaux du serveur pour les trois dépôts
avant de fusionner ces PRS.
Le mer. 8 mai 2019, 23:36 Sidharth Bansal <
[email protected]> a écrit :
Aucun problème. C'est comme prendre du temps pour configurer et faire fonctionner ces 3 serveurs
simultanément. Mais heureux d'apprendre à exécuter des processus lorsque
les applications s'exécutent simultanément.
Le mer. 8 mai 2019, 23:34 Jeffrey Warren [email protected]
a écrit:
oh haha, je n'avais pas démarré mysql local. ??
-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/publiclab/plots2/issues/5652#issuecomment-490589973 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AFAAEQ7EFI7INO7W66VXDOLPUMI3VANCNFSM4HKGL2SQ
.

SidharthBansal le 8 mai 2019

Super. Avoir enfin le temps de le faire pleinement.

C'est vraiment sympa :

Cependant, l'URL affiche : http://localhost:3000/dashboard (qui est toujours plots2). Si j'obtiens manuellement la session openid_return_to partir des journaux, cette URL fonctionne. Mais il ne s'insère pas correctement dans l'alerte. Ah ! Voici le bug :

```html

Plots2: Problèmes de planification : gestion des sessions interdomaines pour MK et SWB

Commentaire le plus utile

Tous les 116 commentaires

Autres flux pour MK

Autres flux pour SWB

Autres flux à tester OU donnant des erreurs pour MK

Autres flux à tester OU donnant des erreurs pour SWB

6233 résoudra des bogues majeurs dans ce problème !

Questions connexes