[GH-ISSUE #1501] Copy cURL with inline binary data

kerem commented

2026-03-03 19:51:55 +03:00

Owner

Originally created by @mattijsf on GitHub (Jan 16, 2023).
Original GitHub issue: https://github.com/ProxymanApp/Proxyman/issues/1501

Originally assigned to: @NghiaTranUIT on GitHub.

Description

Currently when copying cURL request with binary data a temporary file is created on the user's desktop and the cURL command looks something like this:

curl 'https://httpbin.org/post' \
-X POST \
-H 'Host: httpbin.org' \
-H 'User-Agent: curl/7.85.0' \
-H 'Accept: */*' \
-H 'Content-Length: 1342' \
-H 'Pragma: no-cache' \
-H 'Cache-Control: no-cache' \
-H 'Content-Type: application/octet-stream' \
--data-binary "@/Users/user/Desktop/4DBBCF5D" \
--proxy http://localhost:9090

While is is short, it is not so convenient when having the intention to share the cURL request with someone else due to having a dependency on an external file.

I propose an alternative or extra approach where binary data is part of the copied cURL command by for example utilizing base64. The command could then look something like this:

echo -n "iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAMAAAAoLQ9TAAAABGdBTUEAALGPC/xhBQAAAAFzUkdCAK7OHOkAAAAgY0hSTQAAeiYAAICEAAD6AAAAgOgAAHUwAADqYAAAOpgAABdwnLpRPAAAAX1QTFRF/v7+/////v//4vH94O37/v7/////////////////7/j/v+X+lNP9fcr9////1Oz+fcj70+v9Y7n5Yrn58vn+esH4eMD4////vN77jMX3crbzcLPyh73zt9f38ff9bKrtzuL5TpbozeH4aaTq7fT8tND0f7DsZJ/oPq36KqX6JqP6Jp/3JJ73Nqb4UrP5JZ73I5n0JZr1Zbj4t978xuT8Y7f4T673Ua/3NZ7zHZPyUqz1j8n4c7z3h8b4dLz3jMf4hMT4U6z1MpzzHY7vK5bwfr/2Z7P04vH9/v///f7/4PD9YrH0mcz4SqXyG43vFIbscrb0mcr3isP1zeX7v9769Pn+////icL1nMz3dbj0EoHpRJvuisH0P5ntjML16/T9dbXyh7/0FH7nEn3nYKjvTp7tiL3yosv1oMr1kMLzWaTuJoTnDXfkMIrou9n3rdL2x+D5rdH2utn3C3LhEnbifbPv4e379vn+CGzeCW3fJX3iP4zlHXXfBWfcAGTb0IgvRwAAACh0Uk5TAAAAAAAACShBB1Cv4fERkPSQ/f1Q9PQIruDw8OCuUPSQ/ZD0UK/h8ahVs8EAAAABYktHRAH/Ai3eAAAACXBIWXMAAABIAAAASABGyWs+AAAA+UlEQVQY02NgAAJGNnYODnY2RgYIYOTk4ubh5eXh5uIECzHx8QtoaGppaWoI8PMxAfmcgkLaOrp6err6+sKCnEwMzCKiBoZGxiYmxqZm5mIizAziEhaWVtY2trZ29g6OThLiDOySzi6ubu4enl7ePr5+kuwMHFL+AYFBwSGhYeERkf5SHAwc0lHRMbFx8WGeCYnRUdIcDOwySckpqWnpGZlZKclJMuwM4rLZObl5+QUFhUW5Odmy4gwscvLFJaVl5eVlpSXF8nIsQIcpKFZUVlVXV1VWKCoAHcbAyqekXFNbV1dbo6zExwrxnIqqmrq6mqoKJ9y/SN4HALQvLsHfNi72AAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDE5LTA0LTIzVDA5OjM3OjI4KzAwOjAwTe8KUgAAACV0RVh0ZGF0ZTptb2RpZnkAMjAxOS0wNC0yM1QwOTozNzoyOCswMDowMDyysu4AAABGdEVYdHNvZnR3YXJlAEltYWdlTWFnaWNrIDYuNy44LTkgMjAxNC0wNS0xMiBRMTYgaHR0cDovL3d3dy5pbWFnZW1hZ2ljay5vcmfchu0AAAAAGHRFWHRUaHVtYjo6RG9jdW1lbnQ6OlBhZ2VzADGn/7svAAAAGHRFWHRUaHVtYjo6SW1hZ2U6OmhlaWdodAAxOTIPAHKFAAAAF3RFWHRUaHVtYjo6SW1hZ2U6OldpZHRoADE5MtOsIQgAAAAZdEVYdFRodW1iOjpNaW1ldHlwZQBpbWFnZS9wbmc/slZOAAAAF3RFWHRUaHVtYjo6TVRpbWUAMTU1NjAxMjI0OO7oAJsAAAAPdEVYdFRodW1iOjpTaXplADBCQpSiPuwAAABWdEVYdFRodW1iOjpVUkkAZmlsZTovLy9tbnRsb2cvZmF2aWNvbnMvMjAxOS0wNC0yMy81Yzk0NTk4YzFlMTY3YzY2NGFkZDI0NjllY2YxNjE5YS5pY28ucG5neUBLogAAAABJRU5ErkJggg==" | \
base64 -d | \
curl 'https://httpbin.org/post' \
-X POST \
-H 'Host: httpbin.org' \
-H 'User-Agent: curl/7.85.0' \
-H 'Accept: */*' \
-H 'Content-Length: 1342' \
-H 'Pragma: no-cache' \
-H 'Cache-Control: no-cache' \
-H 'Content-Type: application/octet-stream' \
--data-binary @- \
--proxy http://localhost:9090

Why this feature/change is important?

Proxyman offers convenient ways to share requests. This is just another one and especially useful when sharing requests via text/chat and not being dependant on attachments / absolute file paths.

It might only be convenient for relatively small amount of binary data so maybe it should be limited to a length threshold or provided as an extra option to choose from.

Originally created by @mattijsf on GitHub (Jan 16, 2023). Original GitHub issue: https://github.com/ProxymanApp/Proxyman/issues/1501 Originally assigned to: @NghiaTranUIT on GitHub. ## Description Currently when copying cURL request with binary data a temporary file is created on the user's desktop and the cURL command looks something like this: ```bash curl 'https://httpbin.org/post' \ -X POST \ -H 'Host: httpbin.org' \ -H 'User-Agent: curl/7.85.0' \ -H 'Accept: */*' \ -H 'Content-Length: 1342' \ -H 'Pragma: no-cache' \ -H 'Cache-Control: no-cache' \ -H 'Content-Type: application/octet-stream' \ --data-binary "@/Users/user/Desktop/4DBBCF5D" \ --proxy http://localhost:9090 ``` While is is short, it is not so convenient when having the intention to share the cURL request with someone else due to having a dependency on an external file. I propose an alternative or extra approach where binary data is part of the copied cURL command by for example utilizing base64. The command could then look something like this: ```bash echo -n "iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAMAAAAoLQ9TAAAABGdBTUEAALGPC/xhBQAAAAFzUkdCAK7OHOkAAAAgY0hSTQAAeiYAAICEAAD6AAAAgOgAAHUwAADqYAAAOpgAABdwnLpRPAAAAX1QTFRF/v7+/////v//4vH94O37/v7/////////////////7/j/v+X+lNP9fcr9////1Oz+fcj70+v9Y7n5Yrn58vn+esH4eMD4////vN77jMX3crbzcLPyh73zt9f38ff9bKrtzuL5TpbozeH4aaTq7fT8tND0f7DsZJ/oPq36KqX6JqP6Jp/3JJ73Nqb4UrP5JZ73I5n0JZr1Zbj4t978xuT8Y7f4T673Ua/3NZ7zHZPyUqz1j8n4c7z3h8b4dLz3jMf4hMT4U6z1MpzzHY7vK5bwfr/2Z7P04vH9/v///f7/4PD9YrH0mcz4SqXyG43vFIbscrb0mcr3isP1zeX7v9769Pn+////icL1nMz3dbj0EoHpRJvuisH0P5ntjML16/T9dbXyh7/0FH7nEn3nYKjvTp7tiL3yosv1oMr1kMLzWaTuJoTnDXfkMIrou9n3rdL2x+D5rdH2utn3C3LhEnbifbPv4e379vn+CGzeCW3fJX3iP4zlHXXfBWfcAGTb0IgvRwAAACh0Uk5TAAAAAAAACShBB1Cv4fERkPSQ/f1Q9PQIruDw8OCuUPSQ/ZD0UK/h8ahVs8EAAAABYktHRAH/Ai3eAAAACXBIWXMAAABIAAAASABGyWs+AAAA+UlEQVQY02NgAAJGNnYODnY2RgYIYOTk4ubh5eXh5uIECzHx8QtoaGppaWoI8PMxAfmcgkLaOrp6err6+sKCnEwMzCKiBoZGxiYmxqZm5mIizAziEhaWVtY2trZ29g6OThLiDOySzi6ubu4enl7ePr5+kuwMHFL+AYFBwSGhYeERkf5SHAwc0lHRMbFx8WGeCYnRUdIcDOwySckpqWnpGZlZKclJMuwM4rLZObl5+QUFhUW5Odmy4gwscvLFJaVl5eVlpSXF8nIsQIcpKFZUVlVXV1VWKCoAHcbAyqekXFNbV1dbo6zExwrxnIqqmrq6mqoKJ9y/SN4HALQvLsHfNi72AAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDE5LTA0LTIzVDA5OjM3OjI4KzAwOjAwTe8KUgAAACV0RVh0ZGF0ZTptb2RpZnkAMjAxOS0wNC0yM1QwOTozNzoyOCswMDowMDyysu4AAABGdEVYdHNvZnR3YXJlAEltYWdlTWFnaWNrIDYuNy44LTkgMjAxNC0wNS0xMiBRMTYgaHR0cDovL3d3dy5pbWFnZW1hZ2ljay5vcmfchu0AAAAAGHRFWHRUaHVtYjo6RG9jdW1lbnQ6OlBhZ2VzADGn/7svAAAAGHRFWHRUaHVtYjo6SW1hZ2U6OmhlaWdodAAxOTIPAHKFAAAAF3RFWHRUaHVtYjo6SW1hZ2U6OldpZHRoADE5MtOsIQgAAAAZdEVYdFRodW1iOjpNaW1ldHlwZQBpbWFnZS9wbmc/slZOAAAAF3RFWHRUaHVtYjo6TVRpbWUAMTU1NjAxMjI0OO7oAJsAAAAPdEVYdFRodW1iOjpTaXplADBCQpSiPuwAAABWdEVYdFRodW1iOjpVUkkAZmlsZTovLy9tbnRsb2cvZmF2aWNvbnMvMjAxOS0wNC0yMy81Yzk0NTk4YzFlMTY3YzY2NGFkZDI0NjllY2YxNjE5YS5pY28ucG5neUBLogAAAABJRU5ErkJggg==" | \ base64 -d | \ curl 'https://httpbin.org/post' \ -X POST \ -H 'Host: httpbin.org' \ -H 'User-Agent: curl/7.85.0' \ -H 'Accept: */*' \ -H 'Content-Length: 1342' \ -H 'Pragma: no-cache' \ -H 'Cache-Control: no-cache' \ -H 'Content-Type: application/octet-stream' \ --data-binary @- \ --proxy http://localhost:9090 ```  ## Why this feature/change is important? Proxyman offers convenient ways to share requests. This is just another one and especially useful when sharing requests via text/chat and not being dependant on attachments / absolute file paths. It might only be convenient for relatively small amount of binary data so maybe it should be limited to a length threshold or provided as an extra option to choose from.

kerem added the

enhancement

✅ Done

labels

2026-03-03 19:51:55 +03:00

kerem commented

2026-03-03 19:51:56 +03:00

Author

Owner

@NghiaTranUIT commented on GitHub (Jan 17, 2023):

It makes sense to support Base 64 Binary data, but I suppose that it's only available for Body Size < 1Mb. I am afraid that it's a huge text if there is no size cap.

If it's > 1Mb, it will fallback to the current behavior.

@NghiaTranUIT commented on GitHub (Jan 17, 2023): It makes sense to support Base 64 Binary data, but I suppose that it's only available for Body Size < 1Mb. I am afraid that it's a huge text if there is no size cap. If it's > 1Mb, it will fallback to the current behavior.

kerem commented

2026-03-03 19:51:56 +03:00

Author

Owner

@mattijsf commented on GitHub (Jan 17, 2023):

Yes makes sense 👌

@mattijsf commented on GitHub (Jan 17, 2023): Yes makes sense 👌

kerem commented

2026-03-03 19:51:56 +03:00

Author

Owner

@NghiaTranUIT commented on GitHub (Jan 17, 2023):

@mattijsf let's try this Beta build: https://proxyman.s3.us-east-2.amazonaws.com/beta/Proxyman_4.0.0_cURL_with_base64_binary_body.dmg

I adjust the body size cap to 100Kb (not 1Mb as I propose) because the base64 text is enormous, which is impractical to share.

@NghiaTranUIT commented on GitHub (Jan 17, 2023): @mattijsf let's try this Beta build: https://proxyman.s3.us-east-2.amazonaws.com/beta/Proxyman_4.0.0_cURL_with_base64_binary_body.dmg I adjust the body size cap to 100Kb (not 1Mb as I propose) because the base64 text is enormous, which is impractical to share.

kerem commented

2026-03-03 19:51:56 +03:00

Author

Owner

@mattijsf commented on GitHub (Jan 17, 2023):

Just tested. Including the threshold. Works like a charm.

@mattijsf commented on GitHub (Jan 17, 2023): Just tested. Including the threshold. Works like a charm.

kerem commented

2026-03-03 19:51:57 +03:00

Author

Owner

@mattijsf commented on GitHub (Jan 17, 2023):

I'm not sure how often people would prefer the filesystem based approach. You could still consider adding it as an (extra) option.

@mattijsf commented on GitHub (Jan 17, 2023): I'm not sure how often people would prefer the filesystem based approach. You could still consider adding it as an (extra) option.

kerem commented

2026-03-03 19:51:57 +03:00

Author

Owner

@NghiaTranUIT commented on GitHub (Jan 17, 2023):

From what I observed, most users would share the cURL. However, the base64 text is huge.

By following the filesystem-based approach, the user can attach the file along with the cURL.

@NghiaTranUIT commented on GitHub (Jan 17, 2023): From what I observed, most users would share the cURL. However, the base64 text is huge. By following the filesystem-based approach, the user can attach the file along with the cURL.

kerem commented

2026-03-03 19:51:57 +03:00

Author

Owner

@mattijsf commented on GitHub (Jan 17, 2023):

Thanks for adding this so quickly. It's a very welcome change when working with encoded/protobuf data.

@mattijsf commented on GitHub (Jan 17, 2023): Thanks for adding this so quickly. It's a very welcome change when working with encoded/protobuf data.

kerem commented

2026-03-03 19:51:57 +03:00

Author

Owner

@NghiaTranUIT commented on GitHub (Jan 17, 2023):

Can you elaborate on it? @mattijsf

Proxyman has supported Protobuf: https://docs.proxyman.io/advanced-features/protobuf

@NghiaTranUIT commented on GitHub (Jan 17, 2023): Can you elaborate on it? @mattijsf Proxyman has supported Protobuf: https://docs.proxyman.io/advanced-features/protobuf

kerem commented

2026-03-03 19:51:57 +03:00

Author

Owner

@mattijsf commented on GitHub (Jan 17, 2023):

Yes and I use it extensively as I also commented recently here: https://github.com/ProxymanApp/Proxyman/issues/1430#issuecomment-1364734858

I'm just referring to protobuf since it is a binary format, so when I'm collaborating with other developers this feature request helps allot 🙏

@mattijsf commented on GitHub (Jan 17, 2023): Yes and I use it extensively as I also commented recently here: https://github.com/ProxymanApp/Proxyman/issues/1430#issuecomment-1364734858 I'm just referring to protobuf since it is a binary format, so when I'm collaborating with other developers this feature request helps allot 🙏

Rows
Columns

[GH-ISSUE #1501] Copy cURL with inline binary data #1495

Description

Why this feature/change is important?