Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

PDF Tool – Modify PDFs in the browser without uploading

pdftool.org

Post reply on HN
Print view View original

191–198 of 198 posts

Re: PDF Tool – Modify PDFs in the browser without uploading

#191

Post by shurtler »

redman25 wrote: post #157
svat wrote: post #17

Big fan of the idea of offline in-browser tools: works on any device, and "installing" the program is as simple as visiting a webpage or opening the saved HTML file. This one uses WebAssembly, but even that isn't necessary: I wrote a couple of PDF tools for my own use that simply use pdf-lib: https://shreevatsa.net/pdf-pages/ https://shreevatsa.net/pdf-unspread/

I created something similar for pdf diffing since I needed “visual” diffing instead of “textual” diffing. It uses Mozilla’s PDF.js library as the rendering engine. It’s amazing how much you can do in-browser. https://parepdf.com/

Fantastic! Any tips on tools one can use to parse PDF including their structure? Much appreciated.

Re: PDF Tool – Modify PDFs in the browser without uploading

#192

Post by remram »

pritambaral wrote: post #188
remram wrote: post #186

Earlier quoted context omitted.

Your links point to people and services using intercepting proxies , not configuring one in their browsers. Techniques intercepting TCP traffic and redirecting it to a proxy will not work when the traffic is UDP. This is not a browser issue. In this thread we were talking about the user willingly configuring a proxy in the browser or OS.

> Your links point to people and services using intercepting proxies, not configuring one in their browsers. Sorry, I didn't look too closely through any of those links, because I never used those specific products myself. But I do clearly remember this being an issue for me back in the day. So I dug further. You'll be happy to see this bug report[1] and this commit[2]. Note these words from a Chromium dev: "This cod…

Thanks! This is scary, however you'll agree that a bug on Chrome closed 6 years ago is a far cry from your claim that "HTTP and SOCKS proxies cannot carry QUIC traffic, so browsers don't even try. They just send it right through" present tense. Still thank you for finding this reference, it is a sign that setting a proxy in your system is not as secure as a firewall/netns.

Re: PDF Tool – Modify PDFs in the browser without uploading

#193

Post by [deleted] »

pritambaral wrote: post #188
remram wrote: post #186

Earlier quoted context omitted.

Your links point to people and services using intercepting proxies , not configuring one in their browsers. Techniques intercepting TCP traffic and redirecting it to a proxy will not work when the traffic is UDP. This is not a browser issue. In this thread we were talking about the user willingly configuring a proxy in the browser or OS.

> Your links point to people and services using intercepting proxies, not configuring one in their browsers. Sorry, I didn't look too closely through any of those links, because I never used those specific products myself. But I do clearly remember this being an issue for me back in the day. So I dug further. You'll be happy to see this bug report[1] and this commit[2]. Note these words from a Chromium dev: "This cod…

[deleted]

Re: PDF Tool – Modify PDFs in the browser without uploading

#194

Post by pritambaral »

remram wrote: post #192
pritambaral wrote: post #188

Earlier quoted context omitted.

> Your links point to people and services using intercepting proxies, not configuring one in their browsers. Sorry, I didn't look too closely through any of those links, because I never used those specific products myself. But I do clearly remember this being an issue for me back in the day. So I dug further. You'll be happy to see this bug report[1] and this commit[2]. Note these words from a Chromium dev: "This cod…

Thanks! This is scary, however you'll agree that a bug on Chrome closed 6 years ago is a far cry from your claim that "HTTP and SOCKS proxies cannot carry QUIC traffic, so browsers don't even try. They just send it right through" present tense . Still thank you for finding this reference, it is a sign that setting a proxy in your system is not as secure as a firewall/netns.

> however you'll agree ... present tense

Yeah, I agree. I should've checked the validity before posting it, instead of just going by memory from years ago.

> ... finding this reference ...

It was a lot more effort than I'd have liked to put into my original comment, but hey, I was ticked off by your accusation of spreading FUD. Also didn't help that search engines today aren't what they used to be.

Re: PDF Tool – Modify PDFs in the browser without uploading

#196

Post by cxr »

akmittal wrote: post #20

Big fan of offline tools. I have a small collection of tools at https://www.webutils.app/ and have been meaning to add pdf tools for a while.

Looks like a copyright violation since the obfuscated payloads have been totally scrubbed of dependencies' license notices (but care has been taken to add the statement "© 2022 WebUtils. All rights reserved" in the footer...).

Re: PDF Tool – Modify PDFs in the browser without uploading

#197

Post by [deleted] »

gabereiser wrote: post #47
raincole wrote: post #18

Earlier quoted context omitted.

What does it even mean lol. I really like how you implied that it's a problem of WebAssembly. How is checking a web page's network connection, WebAssembly or not, harder than reading ALL the source code (if you don't read them all you can't be sure!) of a non-trivial app?

I was expecting something along the lines of pdf.js or something. WebAssembly was a shock, but I looked at the asm, saw golang, decompiled back to go and looked. all good. still... all it takes is an errant http.client call.

[deleted]
Post reply on HN