tommut / httprequester Goto Github PK

response json view:

• collapse & folding

在火狐升级到51.0.1时，post 发送json时，产生415参数错误，退回到50.0.2时，正常

Looks like the new version is doubling the Content-Type Header causing an error 400 from the servers.

For example:
value: 'application/json, application/json'
or
value: 'text/plain, text/plain'

If you run HttpRequester in an environment using Windows 10, Windows Defender and Firefox x64, Firefox will become unresponsive because of the increased load on Windows Defender.

I checked on several PCs.

Please help...

Since some moment extension stopped save history and saved requests.
I see old requests but don't see latest.

OS: Ubuntu 14.04.3
FireFox 47.0

It might not be the standard to send request body with DELETE method but it's still needed by some application like elasticsearch http api

OS: Windows 10 Home
Firefox Developer 49.0a2

Clicking the pretty format checkbox results in no change to the json response

I have a feature request: Add an option to not follow redirects.

Currently, if a server responds with an redirect (HTTP status code 301/302), that redirect is followed and not displayed. Only the following request is displayed then.

It would be nice to also display the first, redirecting request in the history pane or to let the user decide if HttpRequester should automatically follow redirects.

hi, firefox57.0 not support HttpRequester? and author still keep update? thanks!

I am using HttpRequester with FF 35.0.1 with Ununtu 14.04. When send request to any rest-service HttpRequester add additional encoding value into Content-Type header. Look like
Content-Type: application/octet-stream; charset=UTF-8
Content-Length: 8
With FF on win7 where no additional charset value in header.

Greetings.

I noticed that the pattern : # :// In the URL field creates the following bug :

Erreur d’analyse XML : 
Emplacement : file:///Users/*/Library/Application%20Support/Firefox/Profiles/*.default/httpRequester/httprequester.response.xml
Numéro de ligne 8, Colonne 35 :   onunload="App.saveSettings();">
----------------------------------^

Best regards

@Rbcafe

The Parameter editor is great but losing the editability of the list after clicking Parameter Body is a bit frustrating. It would be nicer to have the same parameter manager if the Content-Type is set to application/x-www-form-urlencoded.

Also Base64 might be better as a checkbox so that the transform happens on send and you don't "lose" your data.

It seems that if you submit a GET request without changing Headers, or any other parameters more than once, this add-on will return a cached response (probably from Firefox's previously cached result?) rather than send a new request and get a new response. Symptoms include timestamp fields in the response that don't change, getting the same response data even if the REST server is supposed to return new data for each request, even if the request parameters is the same.

Better behaviour would be to get uncached results for each request.

HttpRequester 2.2, Firefox 52.0.2, Windows 10 x64

Yestday, I got double Content Type like #30
It seems like a bug in firefox 50.0.1?

Today,I install firefox with version 50.0.2 then the result like follow bad format:

)]}', {"userPage":{"pageNo":1,"pageSize":10,"count":11,"start":0,"end":10,"totalPage":2,"list":[{"id":1,"createdTime":-53985941528000,"updatedTime":-25699207217000,"optUserId":3,"isDeleted":0,"username":"8EQ693","nickname":""}{"id":10,"createdTime":-40573359960000,"updatedTime":-33949044756000,"optUserId":5,"isDeleted":0,"username":"dfbebweb","nickname":""}]}}

it start with some letter in the end, or does not work with 50.0.1 like the #30
Can you resolve it?

I'm really liking this extension. It's a hell of a lot better than RESTClient that's for sure. One of the very few things that it's missing though is a display of what (non-custom) headers were sent in a manner similar to the headers shown in the response pane. Seeing such things is very useful for the servers that have conditional responses based on things like user agent and things of that nature.

Perhaps a combined display of both the non-custom and custom headers that reflects the layout of the response pane?

i need send post request without heads(contend type),but I can not by httpReqester.

In firefox, dev edition 40.0a2

To test, ive print_r($_SERVER) the request, here is the result:

POST http://example.com
Content-Type: application/json

 -- response --
200 OK
Date:  Sat, 15 Aug 2015 03:47:24 GMT
Server:  Apache/2.4.7 (Ubuntu)
X-Powered-By:  PHP/5.5.9-1ubuntu4.11
Vary:  Accept-Encoding
Content-Encoding:  gzip
Content-Length:  818
Keep-Alive:  timeout=5, max=99
Connection:  Keep-Alive
Content-Type:  text/html

Array
(
    [HTTP_HOST] => example.com
    [HTTP_USER_AGENT] => Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0
    [HTTP_ACCEPT] => text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
    [HTTP_ACCEPT_LANGUAGE] => en-GB,en;q=0.5
    [HTTP_ACCEPT_ENCODING] => gzip, deflate
    [HTTP_DNT] => 1
    [CONTENT_TYPE] => application/json
    [HTTP_COOKIE] => 
    [HTTP_CONNECTION] => keep-alive
    [HTTP_PRAGMA] => no-cache
    [HTTP_CACHE_CONTROL] => no-cache
    [PATH] => /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
    [SERVER_SIGNATURE] => <address>Apache/2.4.7 (Ubuntu) Server at example.com Port 80</address>

    [SERVER_SOFTWARE] => Apache/2.4.7 (Ubuntu)
    [SERVER_NAME] => example.com
    [SERVER_ADDR] => 123.123.123.123
    [SERVER_PORT] => 80
    [REMOTE_ADDR] => 1.1.1.1
    [DOCUMENT_ROOT] => /var/www/html
    [REQUEST_SCHEME] => http
    [CONTEXT_PREFIX] => /test
    [CONTEXT_DOCUMENT_ROOT] => /usr/share/app/test
    [SERVER_ADMIN] => [email protected]
    [SCRIPT_FILENAME] => /usr/share/app/test/index.php
    [REMOTE_PORT] => 41926
    [GATEWAY_INTERFACE] => CGI/1.1
    [SERVER_PROTOCOL] => HTTP/1.1
    [REQUEST_METHOD] => GET
    [QUERY_STRING] => 
...
)

I'm really missing proper support for multipart/form-data Content-Type and then the ability to add files to the key/value parameter pairs.

I have noticed that the raw output doesn't contain double quotes. This is not intuitive for debugging.

A simple example. Create an response controller which return urls as response String (like mimetype application/json):
https://somehost:9002/controller/response returned
with curl: "https://somereturnaddress/;sessionid=1234545477676578"
with HttpRequest https://somereturnaddress/;sessionid=1234545477676578

I did a git clone and got the master branch at commit eb4357d (June 17, 2015). I zipped the src directory into an .xpi file and installed it into Firefox 40.0.3 on Fedora 22. The HttpRequester icon does not appear and is not available in the toolbar customization screen. The extension does appear in the Add-ons Manager and is enabled.

Hello ,

How can httprequester mimic ajax request?

It will be useful to fill all field by request from Network panel

It doesn't work no more in Firefox Developer Edition

https://support.mozilla.org/en-US/kb/firefox-add-technology-modernizing?as=u&utm_source=inproduct

Is it possible to see REST requests generated by documents/js?

Great job on the extension!

I have a small page that does some ajax requests to get json data and populate a page. I'd like to see the requests and the responses to facilitate debugging on both sides.

Can that be done with this extension?

If so, can you specify how?

If not, any suggestions on alternative extensions or methods to do what I would like to do? (without resorting to network traffic analyzers)

Thanks and great job!

Trying to send an application/json request to a server protected by BASIC authentication. The request always fails, returning a '0'. The certificate on the server I am connecting to is self-generated/signed, not sure if this is the problem. Have been able to successfully send requests via the terminal using curl (with the -k flag).

It is very useful, and another tool named 'RESTClient' support it.

Here's my POST request:

POST http://localhost/rest/version/delete.php
Content-Type: application/x-www-form-urlencoded
Content-Length: 24

ids=950313&enabled=false

I copy and paste "ids=950313&enabled=false" into the Content box after clicking "Parameter Body". However, when I POST the request, my web server reports receiving no POST parameters. Specifically, it is PHP 5.5 and the $_POST array is empty.

Hi,

Thanks for the addon, it's usefull. I was searching in .mozilla directory to find the saved requests in order to copy them to another machine, with no luck. Could you tell me the location?

Thanks

I'm using HTTP Requester on Firefox and I really love it. There's something I don't know how to do, though:

I would like to simulate the behaviour of a field.

How can I send a file with a specific field name?

The plan is to retrieve it using $_FILES['myfile'] in my backend application.

Thanks and congratulations for the great work done!

This add-on does not seem to be compatible with the new way of writing add-ons through WebExtensions, so will there be a new version supporting Firefox 57 or will it die in November?

I have to to do 3 continuous request one after another, and in case of "specific response" I have to do fall back requests to server. So I have to set URL, headers for every request, I want to open HttpRequester to be opened in multi-Window so that I set my headers and values once and can execute again and again.

Or there should be a mechanism where I can save the request (including parameters and headers), so that next time I do not have to enter all the values.

The link to the plugin page is broken. Does that mean this plugin is no longer available?

Is there any way to tell HttpRequester not to include the ";charset=utf-8" in the content type?

Response panel is always blank because of the error of updateParamsFromUri function.
URL constructor is available after Gecko 26.

Do you have it in mind?

An output like

{"id":1000000000000003023}

becomes the following after pretty-formatting:

{
    "id": 1000000000000003100
}

The reason is that a number like the above is a 64 bit integer which does not fit into the mantissa of a 64 bit floating point variable (which has approximately 16 digits of precision).

The JSON number type has no length limitation.

The solution would be to treat everything as a string when pretty-formatting.

I happen to work with a service where all IDs have a 1E18 "prefix", which makes the pretty format pretty useless.

If you write in URL link with trailing slash, like:
.../api/models/
and then, adding some parameters on Parameters tab, like
year: 1987
then, Requester delete trailing slash from URL and return bad request.
So, i need this request:
...api/models/?year=1987
and, Responder make string with error:
...api/models?year=1987

As per header. Reasoning:

So, the REST team has concluded that PUT is simply more trouble than it's worth at this point. We therefore propose to drop PUT support from the rest.module entirely and rely on POST and PATCH for write operations.

https://groups.drupal.org/node/284948

I love HttpRequester.. It would be nice if we could export requests as curl command line. For instance: curl --data "param1=value1&param2=value2" http://hostname/resource.

This way, we can send a testable command to our clients.

Thanks.

Hello, my name is Artur, and i had troubles with the version 2.1.1-signed.1-signed of HttpRequester.
I was having troubles with my JAX-RS(jersey) application:
Just GET method was working, and the response to PUT and POST was ever Code 400(bad request).
I lost many hours trying everything in my code, changed web server, etc..! Then a got some demos and noticed the same thing happened.
I tried my self to do the requisitions by hand and everything just worked.
The problem bothered me out, then i tested a request to netcat:
`
POST /clinicWebBackend/clinicweb/usuarios HTTP/1.1
Host: localhost:1234
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
Accept: application/json
Accept-Language: pt-BR,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate
Authorization: hmac [email protected]:xxxx
Content-Type: application/json, application/json
Content-Length: 70
Connection: keep-alive

{
    "nome": "nilo",
    "email": "[email protected]"
}

`
And the problem was that: Content-Type: application/json, application/json
Every requisition HttpRequester is sending repetitively the same Mime! I had tested with others mimes and this happens every time!

It would be nice if we had the option to set the name for the uploaded file.

The add-on is awesome! and I use it whenever I work with an API.

Unfortunately all the API's I have to work with have a custom parameter name and when I have to deal with file uploads I have to switch to a different add-on.