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.

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. 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

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. 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.

What steps will reproduce the problem?
1. Run a REST request that returns XML

What is the expected output? What do you see instead?
Expected is to have the section collapse. Instead, it does not hide the section (but
it does add the "(...)" that would be displayed. 


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

Please provide any additional information below.
No further information necessary. 

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. 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

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. 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 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. 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

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

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. 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

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. I fill the advanced REST client for Chrome form with URL, Headers, Body and select
POST request.
2. For Headers I set :
     Accept: application/json
     Content-Type: application/json
     Accept-Encoding: gzip
3. When I press Ctrl+S to save the current form and then select it in Saved Requests
the headers are:
     Accept: application/json
     Accept-Encoding: gzip
and no Content-Type.
4. I saved and loaded lots of times and each time Content-Type header disappears after
loading a form.

What is the expected output? What do you see instead?
The expected output is when I load a saved form the headers of the loaded form to be
the same as the headers when saving it.
I see that some of the headers are missing when loading a form.

What version of the product are you using? On what operating system?
I'm not sure which version is that, but this is the latest entry in the changelog in
the About tab:

2/7/2012

Fixed history ammout
Added option "Clear history"
In "Parsed response" tab "Open output in new window" now paste HTML value into new
window (instead of HTML markup text)

The operating system is Windows 7 64-bit.
Chrome version is 17.0.963.83 m.

Please provide any additional information below.

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. 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.

Check why it is happen.

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

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. 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.

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?

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

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

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. 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. 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

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. 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.

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 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. 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. 

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

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.

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.

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.

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. 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.

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!

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.  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.  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.

Hi,

I attempted to download and get the app working in eclipse.  I was trying to get it
working to the point where I could try changing some stuff.  However, when I get it
in eclipse and download gwt-log and gwt-html5-database, I get an error on RestClient.java
@ line 212: 

The method setHeaders(List<RequestHeader>) in the type RequestBuilder is not applicable
for the arguments (LinkedHashMap<String,String>)

Since I don't see any tags, I'm wondering what rev did you use to build the latest
extension?  

Since it couldn't find the XMLHttpRequest2 lib, I just linked the project so perhaps
I'm using the wrong version.  

Any help would be appreciated. 

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.

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. 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. 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.

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

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.