FRAMAGIT connexion

ceubri

ce que je voulais

Me connecter à https://canary.silex.me/fr/connectors/ en utilisant FRAMAGIT

ce que j'ai fait

j'ai donc créé un compte sur FRAMAGIT
sur canary, j'ai développé "Utilisateurs avancés"
j'ai cliqué sur FRAMAGIT
ce que j'ai obtenu
An error has occurred
The redirect URI included is not valid.

https://framagit.org/oauth/authorize?client_id=13484ab1c802362f0292cbf637fd348a3bca46dfb2c2466a361ab89a799a8925&redirect_uri=https%3A%2F%2Fcanary.silex.me%2Fapi%2Fconnector%2Flogin%2Fcallback%3FconnectorId%3Dgitlab2%26type%3DSTORAGE&response_type=code&state=7pfhwob2kswkd6vy5clz9h&scope=api&code_challenge=FjIvIJKpmXEsCvkatGLwWSX5HFL1Ppu9959vUiLqcqM&code_challenge_method=S256

test avec silex.me

Par contre avec https://v3.silex.me/ : cela fonctionne 🎉

ceubri

par contre les liens depuis les templates "ouvrir dans silex" ne marchent pas

Le repo derrière ce template (silex-templates/silex_devdocs-template) est hébergé sur gitlab.com, pas sur Framagit — je l'ai vérifié, il existe bien là : https://gitlab.com/silex-templates/silex_devdocs-template. Le bouton "Ouvrir" du site vitrine pointe vers ce chemin sans préciser sur quelle instance GitLab il faut le chercher. Comme tu es connecté à Silex via le connecteur Framagit, Silex va chercher silex-templates/silex_devdocs-template sur framagit.org — où ce projet n'existe évidemment pas → 404 "Project not found".

lexoyo

Bien vu merci @ceubri

C'était bien la configuration côté Framagit : dans l'application OAuth, seule l'URL de retour de v3 était déclarée, celle de canary manquait. C'est fix, peux tu confirmer stp?

lexoyo

Merci pour le second point, il est juste aussi.

Le bouton "Ouvrir dans Silex" fait un fork côté GitLab, et un serveur GitLab ne sait forker que ce qui est chez lui.
Connecté via Framagit, Silex cherche donc le modèle sur framagit.org au lieu de gitlab.com. Deux issues, parce que ce sont
deux problèmes différents :

https://github.com/silexlabs/Silex/issues/1855 pour ton cas : on remplacera le fork par un import depuis l'URL du dépôt,
ce que GitLab et Forgejo savent faire d'une instance à l'autre
https://github.com/silexlabs/Silex/issues/1856 pour le FTP et le stockage local, où les modèles n'ont jamais été
disponibles

En attendant, les modèles ne s'ouvrent que si tu es connecté avec gitlab.com.

ceubri

j'arrive à ouvrir depuis https://canary.silex.me/ en utilisant FRAMGIT ✅
depuis canary, lorsque je télécharge un template "ouvrir dans silex"
- j'arrive sur "https://v3.silex.me/fr/fork/?gitlabUrl=silex-templates/silex_openforge-cli" avec "Cloning repository..."
- ça reste bloqué
- si je reviens sur canary ou silex.me : le nom du template est bien là
  mais il est vide "The repository could not be imported.
  Every fork attempt has failed: Unable to fork project 127625 for repository @hashed/16/1b/161bf72be5018fe8fc6b596e08a41fef7bbdfe9b9b92d93d8a5ea5ef17645bb3 -> @hashed/33/2c/332c0472b63895847d445fcc010ea452f3e7a771e16ebbe1f5ad2fe1f3075b18: Failed to create fork repository. Please try again.

chris

Merci @ceubri pour le signalement, et désolé pour ces trois semaines de silence.

C'est corrigé dans le code depuis le 27/09 (merci à DevShoaib78 pour la contribution) : au lieu de forker le modèle, ce qui est impossible d'un GitLab à l'autre (Framagit ne peut pas forker un dépôt de gitlab.com), Silex l'importe maintenant depuis l'URL du dépôt. Le correctif n'est pas encore en ligne : il arrivera avec la prochaine version canary, et je te fais signe ici dès qu'elle est sur canary.silex.me pour que tu puisses retester avec ton compte Framagit.

En attendant, le contournement est de te connecter avec un compte gitlab.com, là où sont hébergés les modèles. Si la tentative du 12/09 a laissé un projet vide sur Framagit, tu peux le supprimer.