Hi, It's been a while, something new on this feature ?

We've been charged twice and had our service turned off twice. I've contacted support multiple times and have not received a response. How about you have your support team actually deal with customer issues?

I was looking that through the graphical interface it is not possible to add the body of a request in REST?

Allow forwarding some requests to external APIs. Maybe even forward anything that's not caught automatically?

Upon clicking a link created by some other user ,the user should be directed to a page where he/she should be able to request for sufficient access/privileges for the the link or domain.

This request for the access can be received by the user(creator of domain) via e-mail.
I think this would be very helpful.

Thank you.

Filter and sort list of mocks

Hi,
it would be helpful to be able to delete all old requests
Thx

Maybe you need to mention date and time in the logger

Hello.

Do you plan to support multiple query params in URL?
I need to make it work with 2 and more (like that: "/offers?applicationid=1234&versioncode=12"
If it is already possible, could you explain me how?

Thank you

JavaScript integration for dynamic responses.

Show IP address in the log of the requestor

depending on the request I need that a callback were sent.

unfortunately, I'm changing of tool because it's not supported yet.

Is there any way to do template/resource parameters (I'm not sure what their actually called)

These parameters appear in resource paths such as:

http://myserver.com/some-path/parameter/parameter2

Hello - I can get nothing but "Mock Not Found" when creating a SOAP mock. I am following the directions in Chapter 3 of the Packt book "Implementing Oracle Integration Cloud Service" - when I send a request to Oracle ICS I see a "not found error" and if I click on the generated URL I also see "Mock not found."

Allow wildcards to be used for URL parameters.

If you're unsure what exact URL param will be fired for an operation or it's dynamically changing, allowing a * as a wildcard option for either the entire parametized URL or certain parts would be very helpful.

While testing an app, if we try making a call to an invalid mock (which results in 404 page) we get the response in html. Since API calls don't deal in html it would make more sense to get the http_sc (i.e. 404 not found) in json. This way the json parsers being used don't start throwing out errors.

Right now when I import a Swagger definition, the response body in Mockable.io always gets set to {"msg": "Hello World!"} regardless of what I define as the response example in Swagger. Mockable.io should be able to extract that information and include it in that specific request.

Here's an example of a path with examples:
paths:
/api/sessions:

  post:

    produces:

      - "application/json"

    responses:

      "200":

        examples: 

          application/json:  { "id": 38 }

If I'm on the pricing page, I shouldn't have to go back to the home in order to sign up.

Simple string name for endpoints