Bug #11659
closed
[API] Interrogation de l'API v3 de Gitlab
0%
Description
Dans l'API GitLab il est précisé que l'on peut récupérer un projet via
GET /projects/:id
où
id (required) - The ID or NAMESPACE/PROJECT_NAME of a project
Soucis: Chez nous, je ne suis jamais arrivé à faire fonctionner ce endpoint avec la syntaxe NAMESPACE/PROJECT_NAME.
Exemple: avec un cli_gitlab, j'essaie de faire un simple GET sur mon projet test-gitlab-api dans le namespace rferrand.
$ gitlab -g ccin2p3 project get --id "rferrand%2Ftest-gitlab-api" Impossible to get object (404: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>404 Not Found</title> </head><body> <h1>Not Found</h1> <p>The requested URL /api/v3/projects/rferrand/test-gitlab-api was not found on this server.</p> </body></html> )
Note: Au passage on valide que le CLI interroge bien le bon endpoint et qu'il n'est pas en cause ;-)
Si maintenant je crée un projet test-gitlab-api chez gitlab.com sous mon namespace riton, voilà ce que la même query donne:
$ gitlab -g gitlabcom project get --id "riton%2Ftest-gitlab-api" id: 42 path: test-gitlab-api
Je pense que quelque chose déconne dans le passage du slash chez nous.
Pistes à explorer:
- A-t-on bien
AllowEncodedSlashes ondans la configuration duvhostgitlab.in2p3.fr ?
Merci d'avance
Related issues
Updated by Brétel Foudil about 9 years ago
- Status changed from New to Assigned
- Assigned To set to Brétel Foudil
Il semble qu'on ne soit pas les seuls à avoir le pb. Je regarde dès que possible.
Updated by Brétel Foudil about 9 years ago
Le meilleur résumé que j'ai trouvé est:https://github.com/gitlabhq/gitlabhq/issues/8290#issuecomment-127040461
Il dit notamment que AllowEncodedSlashes (qui n'est pas dans la conf actuelle) peut être à double-tranchant à cause d'un pb aussi sur les branches qui contiennent des slashs...
Dans l'immédiat, je propose d'attendre l'upgrade à la dernière version.
Updated by Brétel Foudil about 9 years ago
- Has duplicate Bug #12367: Impossibilité de faire un compare / Erreur 500 added
Updated by Brétel Foudil over 7 years ago
- Status changed from Assigned to Closed
On est retombé sur ce problème de branches avec des slashs dans le nom hier avec Fabien Kleinbourg. J'ai finalement activé @AllowEncodedSlashes NoDecode@ dans la conf apache pour tester. Jusqu'à aujourd'hui, on ne nous a pas remonté de dysfonctionnement. Je suppose aussi que gitlab a pas mal évolué depuis l'ouverture du ticket, et supporte mieux cette conf.
Je clos le ticket.
Updated by Brétel Foudil over 7 years ago
Riton, comme précisé dans #11655, le @AllowEncodedSlashes NoDecode@ est maintenant activé dans le vhost de gitlab sur nos apaches. Est-ce que tu peux confirmer que ça règle ce pb, et clore le ticket ?
Updated by