Back to top
Charles Proxy logo

Raise your hand if you have a bad memory. Now raise your hand if you’ve ever used or heard about Charles Proxy.

Here at Detroit Labs we use Charles because it’s a very powerful tool for debugging and testing mobile applications. By recording and displaying the data sent and received by our mobile apps, we gain the visibility we need to reliably diagnose and fix problems and validate our work.

The downside? We use Charles on every project here and the setup is so intricate that it’s incredibly hard to remember! To keep tabs on work that I’ve done, and to make everyone else’s lives easier, I thought it would be nice to create and share documentation that will keep some of the most common and not-so-common Charles features fresh in your memory.

The goal of this guide is to be brief and concise, so I will not talk about Charles in depth or explain how it works. This guide details the steps necessary to set up Charles for iOS and Android development and provides helpful step-by-step instructions for some of Charles’ less common, but extremely useful features.

The guide will cover the following:

Setting Up Charles for an iOS Simulator and Android Emulator

The first step to use any of the other Charles features is to make sure we are able to “listen” to the traffic from our app. We have two options: setting up our simulator/emulator or setting up our Device. In this section, we will explain the first option.

iOS Simulator

  1. Reset your simulator to make sure you don’t have old or bad certificates.
  2. In Charles menu, go to: Help -> SSL Proxying, and select Install Charles Root Certificate in iOS Simulators.
Screen Shot 2017-07-18 at 9.46.17 AM.jpg
  1. Restart your simulator.
  2. Make sure you are listening for traffic on your computer. Go to the menu Proxy -> macOS Proxy.
Screen Shot 2017-07-19 at 5.54.21 PM.jpg
  1. In Charles, make sure you have SSL Proxying enabled for the URLs you want to examine. For that, go to the menu Proxy -> SSL Proxying Settings and Add the URL you are interested in. You can use * to indicate a range of URLs.
Screen shot 2018-03-04 at 10.24.27 pm
  1. Make sure to restart Charles after adding URLs in your SSL Proxying Settings.
  2. If you haven’t already, click Start Recording in the top menu to start listening for traffic.
Screen Shot 2017-07-19 at 6.01.52 PM.jpg
  1. Run the app in the simulator. You should start seeing traffic! One way to confirm is by logging in to the app and searching for that particular network call. To make the search easier, you can add a filter in the Sequence view.
Screen shot 2018-03-05 at 4.11.16 pm

Android Emulator

  1. In Charles menu, go to: Help -> SSL Proxying, and select Install Charles Root Certificate on a Mobile Device or Remote Browser.
Screen shot 2018-03-11 at 10.04.10 pm
  1. Write down your local IP address with the port number next to it and the URL that appears in the window.
Screen shot 2018-03-12 at 9.37.40 pm
  1. Go to your Emulator settings and click in the Proxy tab. Select Manual Configuration and as host name and port enter the IP address and port from step 2. Click Apply.
Screen shot 2018-03-12 at 11.00.53 pm
  1. You will be prompted to allow access for the Emulator. Click Allow.
Screen shot 2018-03-11 at 10.03.44 pm
  1. In your Emulator’s device settings, go to Security -> Screen lock and create a pin for the emulator. You will be asked to provide this anyway when it’s time to install Charles Certificate.
  2. Inside the Emulator go to the web browser and enter the URL from step 2.
  3. You will be asked to give a name for the certificate. Enter a name and tap OK.
Screenshot 1520835917
  1. Once you do that, you will need to enter your security pin from step 5. You will see a message when the certificate is installed.
  2. In your Emulator’s device settings, again go to the network preferences and search for  Cellular Networks or Mobile Network.
Screenshot 1520906823
  1. Tap on Access Point Names.
  2. Tap on the plus sign to add a new APN.
Screenshot 1520907034
  1. In Proxy and Port fields, enter the IP address and port from step 2. In the APN field, enter “http://”.
Screenshot 1520907095
  1. Turn airplane mode on and off so those changes take effect.
  2. If you are using an Android version below Nougat you can skip this step and step 15. Create and add the following network security config file to your app.
<?xml version=”1.0″ encoding=”utf-8″?>

<network-security-config>

<debug-overrides>

<trust-anchors>

<certificates src=”user”/>

</trust-anchors>

</debug-overrides>

</network-security-config>

res/xml/network_security_config.xml

  1. Add the network security config reference to your app’s manifest, like this:
<?xml version=”1.0″ encoding=”utf-8″?>

<manifest … >

<application android:networkSecurityConfig=”@xml/network_security_config”

… >

</application>

</manifest>

AndroidManifest.xml

  1. Make sure you are listening for traffic on your computer. Go to menu Proxy -> macOS Proxy.
Screen Shot 2017-07-19 at 5.54.21 PM.jpg
  1. In Charles, make sure you have SSL Proxying enabled for the URLs you want to examine. For that, go to the menu Proxy -> SSL Proxying Settings and Add the URL you are interested in. You can use * to indicate a range of URLs.
Screen shot 2018-03-04 at 10.24.27 pm
  1. If you are using something other than Marshmallow version just use * so you can see all traffic. Other emulators won’t resolve host names and will see traffic only with IP addresses, so we need to include everything to see traffic.
Screen shot 2018-03-12 at 11.35.30 pm
  1. Make sure to restart Charles after adding URLs in your SSL Proxying Settings.
  2. If you haven’t already, click Start Recording in the top menu to start listening for traffic.
Screen Shot 2017-07-19 at 6.01.52 PM.jpg
  1. Run the app in the emulator. You should start seeing traffic! One way to confirm is by logging in to the app and searching for that particular network call. To make the search easier, you can add a filter in the Sequence view.
Screen shot 2018-03-12 at 11.41.13 pm

Nexus 5X Oreo

Screen shot 2018-03-12 at 11.45.05 pm

Nexus 4 Marshmallow

Setting Up Charles for a Device

The second option we have to inspect traffic is using a real device. This is one of the most common options because both QA and Dev teams can set it up without the need to use any IDE. Honestly, for Android developers, it’s much easier than using an emulator.

iOS

  1. In Charles menu, go to: Help -> SSL Proxying, select Install Charles Root Certificate on Mobile Device or Remote Browser.
Screen shot 2018-03-11 at 10.04.10 pm
  1. Take note of your local IP address with the port number next to it and the URL that appears in the window.
Screen shot 2018-03-12 at 9.37.40 pm
  1. Make sure your device and computer are connected to the same Network.
  2. In your device, go to Settings -> Wi-Fi  then click the Info button ( ⓘ ) for the Network you are connected to.
  3. Go to the HTTP Proxy section.
  4. Select Manual, and in Server and Port type the IP address and port from step 2.
  5. If you haven’t already, click Start Recording in the top menu to start listening for traffic.
Screen Shot 2017-07-19 at 6.01.52 PM.jpg
  1. You will eventually get a window asking to allow your Android device to connect. Click Allow.
Screen shot 2018-03-11 at 10.03.44 pm
  1. In your device, go to a web browser and type that URL from step 2. This should redirect to Settings to install the Charles certificate. Tap Allow in the pop-up.
IMG_2413.jpg
  1. Install the certificate.
IMG_2414.jpg
  1. Go to Settings -> General -> About -> Certificate Trust Settings and Enable Full Trust for the Charles certificate you just installed. Tap Continue in the pop-up.
IMG_2417.jpg
  1. Go to the menu Proxy -> macOS Proxy and uncheck that option. This way you will listen for traffic only from the device.
  2. In Charles, make sure you have SSL Proxying enabled for the URLs you want to examine. For that, go to the menu Proxy -> SSL Proxying Settings and Add the URL you are interested in. You can use * to indicate a range of URLs.
Screen shot 2018-03-04 at 10.24.27 pm
  1. Remember to restart Charles after adding URLs in your SSL Proxying Settings.
  2. Install and run the app in the device. You should start seeing traffic! One way to confirm is by logging in to the app and searching for that particular network call. To make the search easier, you can add a filter in the Sequence view.
Screen shot 2018-03-05 at 4.11.16 pm

Android

  1. In Charles menu, go to: Help -> SSL Proxying, select Install Charles Root Certificate on Mobile Device or Remote Browser.
Screen shot 2018-03-11 at 10.04.10 pm
  1. Take note of your local IP address with the port number next to it and the URL that appears in the window.
Screen shot 2018-03-12 at 9.37.40 pm
  1. Make sure your device and computer are connected to the same Network.
  2. Go to your device’s Settings -> Wi-Fi and long press the Network you want to use.
  3. A pop-up will show with two options. Select Modify Network.
Screenshot 2018-03-13-13-28-47
  1. Then check Advanced Options and scroll until you see Proxy.
Screenshot 2018-03-13-13-29-24
  1. Tap on Proxy and Select Manual.
  2. For Proxy hostname and Proxy port, enter the IP address and port from step 2 and save it.
Screenshot 2018-03-13-16-00-11
  1. If you haven’t already, click Start Recording in the top menu to start listening for traffic.
Screen Shot 2017-07-19 at 6.01.52 PM.jpg
  1. You will eventually get a window asking to allow your Android device to connect. Click Allow.
Screen shot 2018-03-12 at 9.37.40 pm
  1. If you don’t have a pin or similar security setting in your device, go to Security -> Screen lock and create one. You will be asked to provide this anyway when it’s time to install Charles Certificate.
  2. Still in your device, go to a web browser and enter the URL from step 2.
  3. You will be asked to give a name for the certificate. Enter a name and tap OK.
Screenshot 1520835917
  1. Once you do that, you will need to enter your security pin from step 11. You will see a message when the certificate is installed.
  2. If you are using an Android version below Nougat, you can skip this step and step 16. Create and add the following network security config file to your app:
<?xml version=”1.0″ encoding=”utf-8″?>

<network-security-config>

<debug-overrides>

<trust-anchors>

<certificates src=”user”/>

</trust-anchors>

</debug-overrides>

</network-security-config>

res/xml/network_security_config.xml

  1. Add the network security config reference to your app’s manifest, like this:
<?xml version=”1.0″ encoding=”utf-8″?>

<manifest … >

<application android:networkSecurityConfig=”@xml/network_security_config”

… >

</application>

</manifest>

AndroidManifest.xml

  1. In Charles, make sure you have SSL Proxying enabled for the URLs you want to examine. For that, go to the menu Proxy -> SSL Proxying Settings and Add the URL you are interested in. You can use * to indicate a range of URLs.
Screen shot 2018-03-04 at 10.24.27 pm
  1. Remember to restart Charles after adding URLs in your SSL Proxying Settings.
  2. Install and run the app in the device. You should start seeing traffic! One way to confirm is by logging in to the app and searching for that particular network call. To make the search easier, you can add a filter in the Sequence view.
Screen shot 2018-03-13 at 9.25.26 pm

Troubleshooting

When you are trying to see traffic through Charles, but instead you just see a lot of rubbish for the request/responses, chances are that the problem is caused by one of two things: a problem with the SSL Proxy configuration, or a problem with the cert. To identify which one, click on the request you are trying to inspect and then click on the Overview tab to see the Notes description:

  • Problems with SSL Proxy configuration
Screen shot 2018-03-12 at 2.28.19 am

If you run into this problem, make sure the host you are trying to inspect was added to your SSL proxy settings in Charles. To do that, go to the menu Proxy -> SSL Proxying Settings and Add the URL you are interested in. You can use * to indicate a range of URLs.

Also remember to restart Charles every time you add something to this section so that it takes effect.

  • Problems with the certificate
Screen shot 2018-03-12 at 2.31.39 am

If you have a certificate problem, make sure your certificates are not expired. You can see or remove certificates like this:

iOS:

Go to Settings -> General -> Profiles & Device Management. In the Configuration Profiles section you should see a Charles Certificate.

When using an iOS device, also make sure you go to Settings -> General -> About -> Certificate Trust Settings and Enable Full Trust for the Charles certificate you just installed.

Android:

Go to Settings -> Security -> Trusted Credentials. In the User section you should see a Charles Certificate.

How To Use Throttling

There are times when we want to see how our apps behave with slow connections or when a timeout occurs. In Mac and iOS devices, we have the Network Link Conditioner, which is very useful for these situations. The only problem with that tool is that if you add a rule to slow down your Internet, it applies the request for your entire device or computer. With the Throttling tool we can define a specific endpoint or a range to apply the rule only to those endpoints, not affecting the rest of the traffic in our device or computer. Let’s see how.

  1. Go to Proxy -> Throttle Settings.
Screen shot 2018-03-18 at 10.10.10 pm
  1. Make sure the Enable Throttling and Only for selected hosts options are checked.
Screen shot 2018-03-18 at 10.10.33 pm
  1. Click on the Add button.
  2. And enter the host. Click OK.
Screen shot 2018-03-18 at 10.11.12 pm
  1. Now you can select the Throttle preset of your choice, or you can modify these values directly with whatever you need.
Screen shot 2018-03-18 at 10.11.30 pm
  1. Click OK to apply the rule.
  2. You can disable the Throttling by unchecking the Enable Throttling option from the screen in step 2 or by going to the top menu Proxy -> Stop Throttling.
Screen shot 2018-03-18 at 10.11.52 pm

How To Use the Map Tool

I find this tool very useful when I need to change the values of a response over and over again and observe the changes in my app. With this tool, I can make Charles redirect to a local file and I can just change that file whenever I need.

Imagine you have a screen in your app that needs to adjust for different lengths of text. You can say, “Well, as developer I can just change the text in the code and see how it looks”… but how will the QA team be able to validate this without asking you or the backend team to change something? They can use the Map Tool too!

Let’s say you have the following screen and that your server returns the following JSON response:

Screenshot 1521063638

We want to change that response with different sizes of text and observe if the app adjusts correctly for all cases.

  1. First, we need to run the app and listen for the traffic to locate the call we want to replace. Remember you can use the Filter option to make your search easier.
  2. Once you find the request you want to map, go to the Contents tab and then to the JSON Text tab to see the response.
Screen shot 2018-03-14 at 5.45.32 pm
  1. Copy that JSON response and save it in a file locally. In this example, I’m going to save it in Desktop with the name tacos.json.
  2. Now, in the Sequence view locate your request again and right-click on it. A menu will appear. Select the Copy URL option.
Screen shot 2018-03-14 at 5.41.18 pm
  1. Next, go to Charles’ top menu and click on Tools -> Map Local.
map-tool.jpg
  1. Make sure to check Enable Map Local and click Add.
Screen shot 2018-03-14 at 5.57.19 pm
  1. In the Map From section, go to the Host field and paste the URL that was copied in step 4. Charles will automatically break it down properly in the other fields.
Screen shot 2018-03-14 at 5.58.06 pm
  1. Go to the Map To section and in the Local path field click Choose and select the file that was saved in step 3. Click OK to apply.
Screen shot 2018-03-14 at 5.58.24 pm
  1. Now you can modify the file locally and the next time the same call gets executed, the response will be the same as you have in your local file. For example, changing the preparation text for one of the tacos in my local JSON file should look like this:
Screen shot 2018-03-14 at 6.38.34 pm

Your local file

Screenshot 1521064835

Yay! Our app handles long text! 💃🏻

Note: You can map to a remote endpoint, too! This can be useful when you need to point to a different environment but your app doesn’t have the ability to do that. With this tool you could, for example, change to a dev or preprod environment.

  1. To map remotely, go to Charles top menu and select Map Remote.
Screen shot 2018-03-14 at 6.13.03 pm
  1. Make sure to check Enable Map Remote and click Add.
Screen shot 2018-03-14 at 6.17.04 pm
  1. In the Map From section, go to the Host field and paste the URL that was copied in the first example. Charles will automatically break it down properly in the other fields.
  2. In the Map To section add endpoint you want to use instead.
Screen shot 2018-03-14 at 6.13.37 pm

How To Set the Rewrite Tool

The Rewrite Tool is one of the most powerful features in Charles. It can:

  • Change responses (like the Map Tool)
  • Modify the response body
  • Add, modify, or remove headers
  • Add, modify, or remove query parameters
  • Change the response status
  • Export and import these rules to make it easier sharing them with among your team

In this section, I’m going to give a quick example for each one of these cases.

Modify the response body

Consider the following response and screen for one app where we have a list of Tacos.

Screen shot 2018-03-21 at 10.19.35 pm

Now let’s imagine we need a list of Quesadillas instead of Tacos, so we want a response that returns the word “Quesadilla” in all the instances where the word “Taco” appears. For this scenario we have two options: we can use the Map Tool and manually change a local file, or we create a Rewrite Rule. Let’s explore the second option here.

  1. In the Sequence view, right-click and copy the URL you want to target.
Screen shot 2018-03-20 at 10.12.00 pm
  1. Go to the top menu and select Tools -> Rewrite.
Screen shot 2018-03-19 at 10.29.34 pm
  1. In the window that appears, make sure the checkbox Enable Rewrite is checked so we can create a new rule.
  2. On the left menu, click Add to create a new Rule and give it a name.
Screen shot 2018-03-19 at 11.36.33 pm
  1. In the Location section, click Add.
Screen shot 2018-03-21 at 9.51.50 pm
  1. In this window, paste the URL from step 1 in the Host text field. If you click in any other field, Charles will automatically populate the other parameters in the correct fields.
Screen shot 2018-03-19 at 11.05.21 pm
  1. Now go to the Type/Rule section and click Add.
Screen shot 2018-03-21 at 9.52.23 pm
  1. For the Type of rule, select Body.
  2. In the Where section, make sure you are checking the Response option because that’s what we want to change in this case. In the Match section, enter the word we want to replace, in this case, “Taco.” Finally, in the Replace section, enter the new value, in this case, “Quesadilla.” Click OK and in the main window click Apply.
Screen shot 2018-03-21 at 10.09.37 pm
  1. Next time you execute the same request you should see now that it returns “Quesadilla” for all the instances where it found “Taco.”
Screen shot 2018-03-21 at 10.20.03 pm

Add, Modify, or Remove Headers

I’ve been in a situations where my services have a cache-control header for the response, which sometimes prevents me from being able to test a request multiple times. For example, I once had a cache-control header set to 72 hours, which meant that once my app made the call, I wouldn’t see it in Charles again until 72 hours passed. That could be a bit annoying and super time consuming! Thanks to Charles, we don’t have to wait; we can either modify the header to reduce that time or completely remove it.

Consider the following call that returns a cache-control header with the value of 259200 seconds. Let’s see how to modify it to make it return a value of 120 seconds instead.

Screen shot 2018-03-21 at 9.40.01 pm
  1. In the Sequence view, right-click and copy the URL you want to target.
Screen shot 2018-03-20 at 10.12.00 pm
  1. Go to the top menu and select Tools -> Rewrite.
Screen shot 2018-03-19 at 10.29.34 pm
  1. In the window that appears, make sure the checkbox Enable Rewrite is checked so we can create a new rule.
  2. On the left menu, click Add to create a new Rule and give it a name.
Screen shot 2018-03-19 at 11.36.33 pm
  1. In the Location section, click Add.
Screen shot 2018-03-21 at 8.55.10 pm
  1. In this window, paste the URL from step 1 in the Host text field. If you click in any other field, Charles will automatically populate the other parameters in the correct fields.
Screen shot 2018-03-19 at 11.05.21 pm
  1. Now go to the Type/Rule section and click Add.
Screen shot 2018-03-21 at 8.56.19 pm
  1. For the Type of rule, select Modify Header.
Screen shot 2018-03-21 at 8.56.32 pm
  1. In the Where section, make sure you check the Response box because in this case the header we want to modify belongs to the response. In the Match section, enter the header name and in the Replace section enter the new value.
Screen shot 2018-03-21 at 9.08.35 pm
  1. Now, the next time you see that request you will notice that the header now has the value you set earlier — and, at least for this type of header, you will know the change worked because if you make the request again you should see it again in the Sequence view.
Screen shot 2018-03-21 at 9.38.40 pm

Remember that you can also remove the headers. An example would look like this:

Screen shot 2018-03-21 at 9.37.32 pm

Or that you can add headers, like this:

Screen shot 2018-03-21 at 9.37.16 pm

Add, Modify, or Remove Query Parameters

For this case, we will use the Taco App from previous examples. Let’s say that the service we are using supports multiples languages, but for whatever reason changing the language in our App doesn’t make the right request and it’s doing the following:

Screen shot 2018-03-20 at 10.08.48 pm

If you notice, the call doesn’t have any parameters, so let’s use Charles to force-send the right parameters. Let’s see how:

  1. In the Sequence view, right-click and copy the URL you want to target.
Screen shot 2018-03-20 at 10.12.00 pm
  1. Go to the top menu and select Tools -> Rewrite.
Screen shot 2018-03-19 at 10.29.34 pm
  1. In the window that appears, make sure the checkbox Enable Rewrite is checked so we can create a new rule.
  2. On the left menu, click Add to create a new Rule and give it a name.
Screen shot 2018-03-19 at 11.36.33 pm
  1. In the Location section, click Add.
Screen shot 2018-03-20 at 10.11.40 pm
  1. In this window, paste the URL from step 1 in the Host text field. If you click in any other field, Charles will automatically accommodate the other parameters in the correct fields.
Screen shot 2018-03-19 at 11.05.21 pm
  1. Now go to the Type/Rule section and click Add.
Screen shot 2018-03-20 at 10.12.50 pm
  1. For the Type of rule, select Add Query Param.
Screen shot 2018-03-20 at 10.13.10 pm
  1. In the Replace section, enter the name and the value for the parameter you want to add. Make sure the Replace All option is selected. Click OK and in the main window click Apply.
Screen shot 2018-03-20 at 10.19.23 pm
  1. Now the next time you execute the same request you should see the parameters in there.
Screen shot 2018-03-20 at 10.19.45 pm

If you notice, in step 8 you can also chose to remove or modify params. If you want to remove a param, the rule would look like this:

Screen shot 2018-03-20 at 10.52.59 pm

And If you want to modify, it would be something like this:

Screen shot 2018-03-20 at 10.53.23 pm

Change Response Status

One of the most typical use cases for this feature is when we want to see how our apps react to certain errors. For example, I might want to check that my app is displaying the correct error message when I receive a 404, or I might want to check if my app will even handle that error. So let’s see how I would fake a 404 error for a request.

  1. In the Sequence view, right-click and copy the URL you want to target.
Screen shot 2018-03-20 at 10.12.00 pm
  1. Go to the top menu and select Tools -> Rewrite.
Screen shot 2018-03-19 at 10.29.34 pm
  1. In the window that appears, make sure the checkbox Enable Rewrite is checked so we can create a new rule.
  2. On the left menu, click Add to create a new rule and give it a name.
Screen shot 2018-03-19 at 11.36.33 pm
  1. In the Location section, click Add.
Screen shot 2018-03-19 at 11.04.51 pm
  1. In this window, paste the URL from step 1 in the Host text field. If you click in any other field, Charles will automatically populate the other parameters in the correct fields.
Screen shot 2018-03-19 at 11.05.21 pm
  1. Now go to the Type/Rule section and click Add.
Screen shot 2018-03-19 at 11.32.04 pm
  1. For the Type of rule, select Response Status. In the Match section, enter 200, and in the Replace section, enter 404. This means we are replacing a successful response status with an error status. Click OK to save and then in the main screen click Apply.
Screen shot 2018-03-19 at 11.32.41 pm
  1. Next time you execute the same request, you will notice in the Sequence view that the returned status in now 404 instead of 200.
Screen shot 2018-03-19 at 11.06.40 pm

Export a Rewrite Rule

Being able to easily share these rules is very important. If we already took the time to set up a rule that other people are going to need, we don’t want them spending more time doing the same thing we did. To handle that we can just export the rule, which will generate an xml file that we can share or even attach to our Jira tickets or whatever other tool we use. Let’s see an example.

  1. Go to the top menu and select Tools -> Rewrite.
Screen shot 2018-03-19 at 10.29.34 pm
  1. Make sure the checkbox Enable Rewrite is checked so you can select and export the rule.
  2. Search for the Rule you want to export and in the menu on the bottom left click Export.
Screen shot 2018-03-19 at 10.25.21 pm
  1. Enter a name for the file and select the place where you want to save the rule locally.
Screen shot 2018-03-19 at 10.27.27 pm
  1. After that you should see an xml file in the path you selected.

Import a Rewrite Rule

  1. Go to the top menu and select Tools -> Rewrite.
Screen shot 2018-03-19 at 10.29.34 pm
  1. Make sure the checkbox Enable Rewrite is checked so you can import the rule.
  2. In the bottom left menu, click Import.
Screen shot 2018-03-19 at 10.27.56 pm
  1. Search for the rule in xml format that you have locally and click Open.
Screen shot 2018-03-19 at 10.28.09 pm
  1. After that you should see the rule in the list. Click Apply so the rule takes effect.
Screen shot 2018-03-19 at 10.28.20 pm

How To Use Breakpoints

Breakpoints are very versatile and allow us to modify requests and responses on the go. Many of the things we can do with the Map and Rewrite Tools can be achieved with breakpoints. We can, for example:

  • Modify the request before executing it
  • Modify the response status
  • Modify response body
  • Modify headers

We will see an example for each one of these, but first let’s see how to enable a breakpoint for a specific request.

Enable Breakpoints

  1. In the sequence view, identify the request you want to add the breakpoint to and right-click on it.
  2. On the list that appears, select the Breakpoints option. This automatically adds a breakpoint for that request so the next time you make that call you will get a breakpoint.
Screen shot 2018-03-18 at 7.49.08 pm
  1. You can verify the breakpoint was added by going to the top menu and selecting Proxy -> Breakpoint Settings.
Screen shot 2018-03-18 at 7.49.58 pm
  1. You should see the request in the list of breakpoints. You can add or remove breakpoints from here, too.
Screen shot 2018-03-18 at 7.50.27 pm
  1. Additionally, you can also customize and decide if you want to apply the breakpoint only to the request, the response, or both.
Screen shot 2018-03-18 at 7.50.55 pm

Modify the Request

For this scenario, let’s consider the following examples using the same app from the Map Tool section. Let’s say that for whatever reason, instead of seeing the list of tacos in the app, you want to see the list of drinks. For that, we can change the request before it gets executed. Let’s see how.

  1. Once you enable a breakpoint for a certain call, you will see something like this. The two things that are important to notice here are the Edit Request or Edit Response buttons (depending on the case) and the Execute button.
Screen shot 2018-03-18 at 7.54.28 pm
  1. If you enabled the breakpoint for the request and the response, you will get prompted with a screen like this twice, once for the request and once for the response.
  2. For this case, click in the Edit Request tab.
  3. You will notice on the bottom that you can change the URL, the headers, or the text, and that you can also add or remove parameters.
Screen shot 2018-03-18 at 7.57.03 pm
  1. In this case, just select the URL tab.
  2. On the top, change the the path to be drinks instead of tacos, like this:
Screen shot 2018-03-18 at 9.40.15 pm
  1. Then click Execute.
  2. You can verify that the call was executed with your changes in the Sequence view.
Screen shot 2018-03-18 at 7.58.00 pm

Another use case is when you need to check the response for a different language, then we would add parameters to the request like this:

  1. Again in the Edit Request tab, click the Add button to add a new parameter.
Screen shot 2018-03-18 at 9.47.55 pm
  1. Enter the name and the value for the parameter:
Screen shot 2018-03-18 at 9.42.04 pm
  1. Click Execute.
  2. Again, you can verify that the call was executed with the changes in the Sequence view.
Screen shot 2018-03-18 at 9.41.37 pm

Modify the Response

The simplest example to modify a response with breakpoints is modifying the body. Again using the Taco App, let’s imagine that I want to add more items to the list of tacos.

  1. Once you get the breakpoint, make sure you are in the view for the response. You can verify that because you will see the Edit Response option. Click on it.
Screen shot 2018-03-18 at 8.03.05 pm
  1. At the bottom, you will see a menu with multiple options. Click on the JSON Text tab and edit the content by adding a few more nodes to the JSON.
Screen shot 2018-03-18 at 8.02.51 pm
  1. Click Execute.
  2. You can verify that the response was changed by looking in the Sequence view. The app should also display more items now.
Screen shot 2018-03-18 at 11.17.50 pm

Another use case is when we want to change the response status code.

  1. Again, in the screen to edit the response, click on the Headers tab.
  2. At the top you will see the status code. In this case, since it was successful I see a 200 status code. Change that to 404 or whatever you need.
Screen shot 2018-03-18 at 8.21.30 pm
  1. Click Execute.
  2. You will notice in the Sequence view that the response you got was indeed 404.
Screen shot 2018-03-18 at 8.21.46 pm

Finally, it is also possible to change header values. In the Rewrite Tool section, we discussed an example when you have a cache-control header set to 72 hours. If you don’t want to wait three days to see the changes in your responses, you can change the value for that header to be less time or even remove it. With breakpoints we can do exactly the same.

  1. Once you get the breakpoint, in the screen to edit the response, click on the Headers tab.
  2. Search for the header you want to change, in this case cache-control, and modify it with the value that you want or remove it. Click Execute.
Screen shot 2018-03-18 at 8.18.10 pm

Disable Breakpoints

There are a couple of ways to disable the breakpoints. The simplest one is clicking the Breakpoints button in the top bar.

Screen shot 2018-03-18 at 7.51.43 pm
Screen shot 2018-03-18 at 7.51.51 pm

Another way is by going to the top menu and selecting Proxy -> Disable Breakpoints.

Screen shot 2018-03-18 at 7.51.33 pm

Finally, if what you want is to disable just specific breakpoints, remember that you can always go to Proxy -> Breakpoint Settings and just check or uncheck the ones that you need.

Screen shot 2018-03-18 at 10.04.37 pm

Conclusion

As we’ve seen in the examples, many times, with Charles you can achieve the same goal in different ways by using the Map Tool, the Rewrite Tool or Breakpoints. The decision in which one to use, depends in the complexity of your particular case or simply how comfortable you feel with each one in particular.

In my personal experience, I think breakpoints work great in situations where you only need to make a quick change and is a one-time test. If you need to test multiple times with the same change and need to share the rules with your team, then I would recommend the Map or Rewrite Tools instead.

Also depending on how your app behaves, you may need to be aware of timeouts. Sometimes if you don’t make your change quickly, your app might time out and you don’t really see the change in action. In those cases, I would recommend the Map or Rewrite Tools, too.

These examples are just the tip of the iceberg for all the things you can do with Charles, so I would encourage to keep exploring!

Some final tips I would like to mention that you can try are:

  • For Rewrite rules you can add multiple hosts in the same Location section, which means your rule can apply to different requests.
  • Using * to indicate a range of hosts works in almost any part in Charles.
  • Adding multiple actions in the same Rule. Maybe you want to add a header and modify the response body for the same request — you don’t need to create different rules, you can just create two different Actions.
  • You can use regular expressions in rewrite rules to help with more complex matches.

Stay in touch.

Sign up to get periodic emails about Detroit Labs careers and community. No spam. Unsubscribe at any time.


Nelida Velazquez

Nelida Velazquez

Nelida is a developer who has a passion for tacos and code. She’s been a professional developer for 12 years working with a wide variety of languages and platforms for mobile, web, and back end. When not coding, she likes to read, hike, travel and do field research to find the best tacos.