timothyjohncarney / chrome-rest-client Goto Github PK

Remove from build.xml "auth.html" file exclusion.

What steps will reproduce the problem?
1.In current request: click in edit field URL, type in URL
2.if a letter 's" for example is typed, it does not get written in the edit 
field

What is the expected output? What do you see instead?
all letters must be typable and react quickly to user input


What version of the product are you using? On what operating system?
current version from 12/27/2011


Please provide any additional information below.
happens since new version, before everything seemed to work fine.

What steps will reproduce the problem?
1.  select "Add to Chrome" from the Chrome Web Store
2.  witness scary dialog

What is the expected output? What do you see instead?

I did not expect a dialog that says a simple REST client needs access to all 
the web pages and history in my browser.

What version of the product are you using? On what operating system?
    1/11/2012
        Speed up code highlighting (I hope :).
        Added permission "History" to provide request url suggestions from browser history
        Fixed date-type header support (time now sets correctly)
        Reorganized database suggest oracle

    OS X

Please provide any additional information below.

  This is the best REST client I've seen, standalone or otherwise.  The fact that from a single UI I can see the whole of the request and response is just great.  I really don't understand the need for the plug-in working outside of its own environment.  Please change this feature to opt-in or remove it entirely.  I don't see the value and the warning alone keeps me from running this.  I'm currently doing my REST debugging with a far inferior Firefox plug-in.  Yuk.

What steps will reproduce the problem?
1. Open the saved requests tab.
2. Update a save request with other IP in its URL or within its body content.
3. Save it with the same name by using the Ctrl+S (Override the request).
3. Open the updated request.

Expected:
Request include the most updated data.

Actual:
Request include the old data. 
Request update was not been saved.

Also I wasn't been able to save a new requests until reopening the browser 
again.

Version: Copyright © 2011 Paweł Psztyć (Poland)
OS: Win7 64-bit
Browser: Google Chrome 16.0.912.75 m

What steps will reproduce the problem?
1. Launch Advanced Rest Client
2. Try to copy paste with-in the app or into or out of the app using keyboard 
shortcuts
3. Nothing happens

What is the expected output? What do you see instead?
Cut/Copy/Paste sure work as normal

What version of the product are you using? On what operating system?
Ubuntu 64 bit 11.10
Chrome Version: 15.0.874.106~r107270-0ubuntu0.11.10.1

Please provide any additional information below.
Copy/Cut/Paste works fine in Chromium using Ctrl-c, Ctrl-x, Ctrl-v. Weirdly 
enough I also can't type the letter 's', but Ctrl-s brings up the save dialog.

What steps will reproduce the problem?
1. Look at the app
2. Try to figure out how to do an HTTP Patch
3. Write some code instead :)

What is the expected output? What do you see instead?
I would expect to see an additional radio button.

What version of the product are you using? On what operating system?
Mac

Please provide any additional information below.

1. Get a JSON response with html, e.g. ..."html": "<someHtml />"...
2. Ensure you're viewing the JSON tab
3. Notice that "someHtml />" shows as ""
4. Navigate to the raw response tab
5. Observe that <someHtml /> was in the response

I expect it to escape the HTML so it will render to the user as text

2.0.6, Windows 7

[deleted issue]

It would be nice to have possibility to indent XML response. Services I'm 
testing return XML in one long line - it's hard to read that.

BTW: Very nice extension

What steps will reproduce the problem?
1. Send any POST with some raw data (i use JSON) and parse it on the server

What is the expected output? What do you see instead?
There shouldn't be a '=' sign at the end

What version of the product are you using? On what operating system?
The last available on web-store (previous version works fine) on Linux

Please provide any additional information below.
Thanks in advance for fixing. The client is great.

What steps will reproduce the problem?
1. add a file to body (check screenshot)

What is the expected output? What do you see instead?
- header boundaries are appended to uploaded file
- uploaded file should be intact

What version of the product are you using? On what operating system?
- i'm using version 2.0.22 (mac - 10.6.8)

Please provide any additional information below.

i use a rails app for uploading image files. files are sent to queue engine for 
resizing.
when images are uploaded over web app everything works ok.
but when i use rest client, header boundaries are added to head and bottom of 
uploaded file

e.g.

-----------------------------7dba224100ca
Content-Disposition: form-data; name="qqfile"; filename="Water lilies.jpg"
Content-Type: image/pjpeg

<FF><D8><FF><E0>^@^PJFIF^
...
<FF><D9>
-----------------------------7dba224100ca--

What steps will reproduce the problem?
1. Select a file from the Body/File tab
2. I tried changing almost everything, Clear form, URL, Method, Raw type, etc 
and file still exists.

What is the expected output? What do you see instead?
I would expect a way to remove a selected file. Once selected the file will not 
go away without an app restart. 

What version of the product are you using? On what operating system?
19.0.1061.1 dev-m
Windows 7 Enterprise(64x)

Please provide any additional information below.

What steps will reproduce the problem?
1. test 2 different urls
2. begin to type 1st url, click the autocomplete suggestion
(http://localhost:8081/cs9322.ass3/rest/events)
3. post and what i get is
(http://localhost:8081/cs9322.ass3/)

What version of the product are you using? On what operating system?
newest ? win7 64bit

What steps will reproduce the problem?
1. press "s" in any input field (for example, the raw input)

What is the expected output? What do you see instead?
the s key is shown

What version of the product are you using? On what operating system?
OSX Lion

It seemed to work once or twice, but I can't use the s key which is a pretty 
big problem.

Please provide any additional information below.

Hi,

I think when response Content-Type: application/json, add a new tab near "Raw 
response body" and show parser Json. Like http://json.parser.online.fr/  or new 
google chrome developer tools.

Best regards.

What steps will reproduce the problem?
1. Choose application/xml from drop down
2. do a PUT request to a server that requires Content-Type: application/xml
3. Get "media type not supported" error from server.
4. Do the same thing from old chrome extension and it works properly

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?
This is on the new application not the extension.

Please provide any additional information below.

not a bug;

I think it would be great to see if there are any cookies sent with the reply.

What steps will reproduce the problem?
1. Access a access protected URL (BASIC or DIGEST)
2. The standard authentication dialog that the browser pops up for receiving 
the username and password is never shown, instead we get 401 Unauthorized.
3.

What is the expected output? What do you see instead?
When accessing the access protected URL, the standard authentication dialog 
should popup to enter the username and password.

What version of the product are you using? On what operating system?
Advanced REST client Version 1.0.20 and Chrome Version 13.0.782.55 beta-m. I am 
running on Windows 7.

Please provide any additional information below.
This was working till some time back. This seems to be a problem with the 
newest Chrome beta release

Could the url in the "X-Debug-Url" header actually link to the url? Right now I 
have to copy the debug url from the headers list and paste it into a new tab to 
open it, which is a bit annoying.

Victor

What steps will reproduce the problem?
1.input www.google.com to URI field
2.enter "Authorization" to "Form", name field
3.the footnote isn't shown completely

What is the expected output? What do you see instead?
Show the footnote completely

What version of the product are you using? On what operating system?
Chrome 10 Ubuntu 10.10 64 bit

Please provide any additional information below.
I would like the extension to provide an option to automatically do base64 
encode for the header. Check out the firefox RESTCLIENT login session

What steps will reproduce the problem?
1.open the app
2.send a valid REST request

What is the expected output? What do you see instead?
I used to see a window to enter username/password; now it just gives the error 
message instead of a prompt for authentication


What version of the product are you using? On what operating system?
Advanced Rest Client App

Please provide any additional information below.
where can I enter my authentication if not prompted?

My API provider (Pingdom) requires HTTP Basic Auth when calling their API 
methods. I don´t see any way to do it, other than manually adding a HTTP 
header with the correct encoding (Authorization: Basic base64), which is 
cumbersome

What steps will reproduce the problem?
1. create any CloudSigma API call
2. send the call


What is the expected output? What do you see instead?
Got the status code i expected, but it's bright yellow text and cannot be read.

What version of the product are you using? On what operating system?
latest, just upgraded

Please provide any additional information below.

Check why it is happen.

I've check it on MacBook Air and requests are saved correctly.

What steps will reproduce the problem?
1. Set the URL for a new request to 
http://maps.googleapis.com/maps/api/geocode/json
2. Add body form fields for address=YourChoice and for sensor=false
3. Note there is no option to place fields into the URL

What is the expected output? What do you see instead?
I would like to use this tool for REST services that require the parameters to 
be in the URL itself, not in the payload or headers.

What version of the product are you using? On what operating system?
latest, chrome 12.0.742.122 on windows 7 sp 1

Please provide any additional information below.

It may be confusing that "Clear form" option clears also the headers.

As a user I would expect "Clear form" clears my form elements.

I suggest to rename it to "Clear" or add "Clear headers" option below headers 
section.

BTW, Great extension!

What steps will reproduce the problem?
1. Create a new Content-Type, application/json
2. Enter a known working URL for testing, select method POST
3. Enter a JSON object into Raw Input: { "name": "foo", "type": "bar"}
4. Send request

What is the expected output? What do you see instead?
The extension sends an empty body instead of the specified "Raw Input", a valid 
JSON object.

What version of the product are you using? On what operating system?
v2.0.4 on google-chrome-stable-12.0.742.124-92024 on OpenSuSE-11.1

Please provide any additional information below.
This works fine in v1.1.0

What steps will reproduce the problem?
1. Go to the crome store link provided
- or -
1. Search for the advances REST client in the chrome store


What is the expected output? What do you see instead?
Expecting to see the extension; I see nothing :(


What version of the product are you using? On what operating system?
2.0.9


Please provide any additional information below.
This is the best REST application because I need the ability to have multiple 
saved requests. By far the best client. I hope this will continue to exist.

What steps will reproduce the problem?
1. Send any POST with some raw data (i use JSON) and parse it on the server

What is the expected output? What do you see instead?
There shouldn't be a '=' sign at the end

What version of the product are you using? On what operating system?
The last available on web-store (previous version works fine) on Linux

Please provide any additional information below.
Thanks in advance for fixing. The client is great.

What steps will reproduce the problem?
1. At PUT/POST, add some parameters
2. Switch to DELETE
3. Press "Send request"

What is the expected output? What do you see instead?
- Parameters from put/post should be sent to server. If want to send those 
parameters to server, please explicitly create form input for DELETE.

What version of the product are you using? On what operating system?
- 1.0.20
- Chrome - 12.0.742.112
- Mac OSX Snow Leopard

What steps will reproduce the problem?
1. Go to the Current Request tab.
2. Select Method 'GET'.

What is the expected output? What do you see instead?

The body section for GET requests is not visible. Which means it is impossible 
to test our REST GET requests because we are unable to put body data into the 
request. RFC2616 - Hypertext Transfer Protocol -- HTTP/1.1 allows for adding a 
body to GET requests.

What version of the product are you using? On what operating system?
Chrome on Windows 7 x64

Please provide any additional information below.

What steps will reproduce the problem?
1.  In the request header form, we enter a Cookie header
2.  "This header can't be set" error shows up, and the value for the Cookie 
cannot be entered
3.

What is the expected output? What do you see instead?

Currently, the Advanced REST client forbids the client from entering values for 
Cookies, but allows the values for the Set-Cookie header.

Methinks it should be the other way around, Set-Cookie: should not be allowed 
to be set in the request, but Cookie:  should certainly work

What version of the product are you using? On what operating system?

1/2/2012, the one available from the Chrome marketplace
Running Chrome 16.0.912.63 in WinXP

Please provide any additional information below.

Thanks very much for developing this very useful plugin!

What steps will reproduce the problem?
1. Install App
2. Send Request to REST end point which returns a 303 along with a Location 
Header.
3. Notice that the Rest Client follows the HTTP redirect.  

What is the expected output? What do you see instead?
Could an enhancement be made in the options dialog box to disable following 
redirects specified in the Location header.

What version of the product are you using? On what operating system?
Latest version as of 2/14/2012

What steps will reproduce the problem?
1. enter URL
2. in URL textbox, press Enter on keyboard
3. nothing happens

What is the expected output? What do you see instead?
It would be nice if it invoked the request.

What version of the product are you using? On what operating system?
1.0.20 on Chrome 12

Please provide any additional information below.

[deleted issue]

I'm sorry for the vague ticket, but, sometimes, I'll try to make a post 
request, and my server does not receive the post body. Headers are sent, so the 
method and cookies are known, but no data.

Sometimes I can resolve the issue by adding / removing dummy headers, sometimes 
by closing and re-opening the client, and others I have to completely close all 
my chrome tabs.

Any idea why this might be? I didn't have this problem until the permissions 
change / upgrade.

Cheers.
James.

Here is a sample POST request :

Headers (the content-type is added to the content-type drop list) :

Content-Length: 295 
Origin: chrome-extension://hgmloofddffdnphfgcellkdfbfbjeloo 
Content-Type: multipart/form-data; boundary=todoLALALA 

And body:

--totoLALALA
Content-disposition: form-data; name="field1"

This is implicitly typed plain ASCII text.
--totoLALALA
Content-disposition: form-data; name="pics"; filename="file1.txt"
Content-Type: text/plain

his is explicitly typed plain ASCII text. 
It DOES end with a linebreak.
--totoLALALA--


I don't know what's happening but the exactly same setup on Firefox "HTTP 
Resource Test" work as expected, but this one not (I send this request to a php 
file, var_dump($_FILES)).

The file tab is working well too, but I want to write my multipart/form-data 
request manualy.

Thx for your work!

What steps will reproduce the problem?
1. Run a query against some web service that returns a JSON response that 
contains unsigned 64-bit numbers

What is the expected output? What do you see instead?
The expected output is 18014398509481984419
The actual output in the JSON view is 18014398509481984000
The output in the raw view is correct


What version of the product are you using? On what operating system?
I'm using version 2.0.5 on Windows Server 2008 R2 running Chrome 12.0.742.122



Please provide any additional information below.

It would be great if there was a keyboard shortcut to execute the current 
request

What steps will reproduce the problem?
1. Open Advanced REST client in a new tab.
2. Attempt to type "http://localhost" in URL bar.


What is the expected output? What do you see instead?
Expected output is "http://localhost/" in the URL bar.  Instead, the letter O 
is disabled.  Cannot type "o" in any of the fields (method, headers, etc.)  
However, the "o" key works in all other parts of Chrome (location bar, other 
tabs).

What version of the product are you using? On what operating system?
12/27/2011 release. Chrome 16.0.912.63. OS X Snow Leopard 10.6.8.

Please provide any additional information below.
Unmapping the ctrl+o shortcut makes the "o" key work, but disables other keys 
randomly.  For example, the ":" and "a" keys.

It appears that there is a 30 second timeout for http requests.  I need to make 
this at least 90 seconds.

What steps will reproduce the problem?
1. Add and use a new Content-Type "application/xml"
2. Send some XML as payload data i.e. using "Raw input"
3. Click "Send request"

What is the expected output? What do you see instead?
I expect the payload data to be sent as-is.
What I see instead is the " (double-quote), as used to declare a namespace, 
being URL-encoded to %22

What version of the product are you using? On what operating system?
Advanced Rest Client: 2.0.4 (as of 01/08/2011)
Chrome: 14.0.803.0 dev
Ubuntu: Natty 11.04

If you send two request with "file field name" distint. The second request not 
change the name, send the same as first.

What steps will reproduce the problem?
1.Install APP
2.Try to run it
3.You'll get "Aw Snap!" page

What is the expected output? What do you see instead?
I would expect it to run normally

What version of the product are you using? On what operating system?
2.0.6

Please provide any additional information below.
I'm not sure if this is relevant, but I'm using proxy server. But it also 
crashed with disabled proxy. 

Please let me know if I could provide some "debugging" logs or other stuff 
helpful in debugging.

What steps will reproduce the problem?
1. Save a long URL
2. Open the saved requests view


What is the expected output? What do you see instead?
I expect to see the select button for each saved requests without having to 
scroll to the right.

What version of the product are you using? On what operating system?
The latest on Windows

Please provide any additional information below.

What steps will reproduce the problem?
----
1. Install extension from WebStore
2. Make get request to http://google.com without parameters
3. Click on 'open output in new window'

What is the expected output? What do you see instead?
----
I expect to see web page, which described in response html.
But I see plain text with response html.

What version of the product are you using? On what operating system?
----
2.0.40, Ubuntu 11.04, Chrome 15.0.874.106

Is it possible to fix it or implement separate feature for such cases?

Thanks,
Alex

What steps will reproduce the problem?
1. In the body Form tab, add a couple of arrays
2. Submit
3.

What is the expected output? What do you see instead?
I expect multiple elements to be passed in, as an array

What version of the product are you using? On what operating system?
Mac, latest version of the rest client.

Please provide any additional information below.
It's only taking the last array.

In case you don't know what I mean, imagine this form:

<form type="POST">
 <input name="field[]">
 <input name="field[]">
 <input name="field[]">
 <input type="submit">
</form>

You are supposed to receive all four field[]'s, which become an array on the 
server side. 

What steps will reproduce the problem?
1. Execute an HTTP request
2. Have the server return a single-line response
3. Read "Parsed Response" tab content

See this screenshot - http://cl.ly/1G0I1T3z0S1V0R1q2F0e - to observe what 
occurs when a single-line response is rendering in the "Parsed Response" tab

See this screenshot - http://cl.ly/432J3Z34262R1K0O1k13 - for the raw output of 
the same response

[deleted issue]

What steps will reproduce the problem?
1. Add two headers.
2. Press Cntrl+S
3. Select the request in the Saved Requests.
4. Select the request in the History.

What is the expected output? What do you see instead?

Both header rows should be saved/visible but only the first header row is 
visible.

What version of the product are you using? On what operating system?
Ubuntu 11.10
Chrome 16.0.912.75

Please provide any additional information below.

After I clicked on the history and then selected the the request it shows only 
the first header but when I go back to the history it shows me both fields 
correctly.