Closed Bug 1361375 Opened 8 years ago Closed 6 years ago

implement query string options for the testAuthenticate endpoint

Categories

(Taskcluster :: Services, enhancement, P4)

enhancement

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: jhford, Assigned: sudipt, Mentored)

Details

(Keywords: good-first-bug)

https://docs.taskcluster.net/reference/platform/taskcluster-auth/references/api#testAuthenticate I'd like to be able to test that query string options don't interfere with authentication while working on the python client. Since this is the method we're using to do client auth tests, I'd like to ensure that the code that I'm adding to inject the options into the query string are not breaking signed URLs, which also have query string additions.
Is this still useful? It sounds pretty quick -- maybe easier to just make a PR than to describe what you're looking for?
Flags: needinfo?(jhford)
I think this might be a good first bug.
Yes, I think it's still useful to be able to test query string stuff.
Flags: needinfo?(jhford)
Can you explain the request a little more? I don't understand what to do based on comment 0.
Flags: needinfo?(jhford)
I think the request is that the testAuthenticate end-point show allow for a query string option, so that authentication with querystrings can be tested too.
Flags: needinfo?(jhford)
Priority: -- → P4
If I remember correctly, this endpoint is used to smoketest various clients. What I'd like is to have a smoketest style endpoint where I can pass in query string options to ensure that all the various query string parsing operations I have work correctly.
Keywords: good-first-bug
John: are you willing to mentor this if someone comes knocking?
Flags: needinfo?(jhford)
QA Contact: dustin
sure!
Flags: needinfo?(jhford)
Mentor: jhford
Component: Authentication → Services

I would like on this bug ! Some pointers would be really helpful ! Thanks

John, can you provide some pointers to sudipt?

Assignee: nobody → Sudiptdabral2991999
Flags: needinfo?(jhford)

Sure!

The method is located here:

https://github.com/taskcluster/taskcluster/blob/c7670d403092259fe67ac1010e95275a09088e92/services/auth/src/v1.js#L1022

The request object has query string parameters which are used similar to:

https://github.com/taskcluster/taskcluster/blob/c7670d403092259fe67ac1010e95275a09088e92/services/index/src/api.js#L191

That request object is documented here:

https://expressjs.com/en/api.html#req

and here:

https://nodejs.org/api/http.html#http_class_http_incomingmessage

As for the goal of this bug, this endpoint is used to test API clients. I think being able to set a query string parameter (e.g. ?qs1=abcde) and have that echoed back as a response header verbatim (e.g. 'X-QS1: abcde') would be really helpful.

Flags: needinfo?(jhford)

Thanks a lot ! Will start working on this asap>

Are the headers we are setting , somewhat related to the artifacts as given in

https://docs.taskcluster.net/docs/manual/tasks/artifacts

and setting HTTP entity , as described in

https://stackoverflow.com/questions/9197745/what-exactly-is-an-http-entity

Flags: needinfo?(dustin)
Flags: needinfo?(dustin)

Per discussion in the PR, we're going to call this WONTFIX at this point.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.