Live data from Hacker News

Prototype: Puppeteer for Firefox

github.com

121–130 of 133 posts

Re: Prototype: Puppeteer for Firefox

#121
post #43
post #41

Earlier quoted context omitted.

I just used Chrome headless to render several thousand pdfs last week and I saw no issues in version 73

Did you have a reason to not use PDFium directly?

Can you recommend any resources for getting started with pdfium?

Re: Prototype: Puppeteer for Firefox

#122

Earlier quoted context omitted.

Can't you only have one profile open at a time, and each one is linked to a different Google account? Firefox allows you to have each tab open in a different container, and they don't have to be tied to anything in particular. I can have different tabs open to the AWS console for each AWS account I use. I can also switch tabs to change between different user accounts to test interactions between users on the site I'm…

> Can't you only have one profile open at a time No. Each profile opens in a new Chrome window. You can have as many open as you'd like. > and each one is linked to a different Google account? No. Local profiles have always been a thing. Chrome's implementation has better UX for privacy IMHO; it's harder to accidentally open a tab in a different profile than expected, which I do _all the time_ in Firefox. In Chrome,…

Yeah, the implementation could use some work. I also use the temporary containers plugin so by default tabs open in new containers. I think this gives better security than either of these defaults. If I need a site to open up in a particular container, I can always set that too.

Re: Prototype: Puppeteer for Firefox

#123
post #121
post #43

Earlier quoted context omitted.

Did you have a reason to not use PDFium directly?

Can you recommend any resources for getting started with pdfium?

Sorry I'm in that position myself. A couple of years ago I compiled it without too much difficulty, and the included example I tried out rendered a page to a .png. Doing that for that for thousands of PDFs would just take a loop (or find -exec) if you have the files locally.

Re: Prototype: Puppeteer for Firefox

#124
post #62
post #55

Earlier quoted context omitted.

Selenium feels old and outdated, it's always a hustle to install it/get it running and I have to use WebdriverIO with it in Node. I tried Puppeteer a few days ago, I just did `npm i puppeteer` and it worked as expected.

How would you describe the npm install process?

Simple, 0 configuration, fast. With a new installation of Selenium I always have to download the Firefox/Chrome drivers, have to setup paths, debug startup erros, plus it crashes pretty often.

Re: Prototype: Puppeteer for Firefox

#125
post #124
post #62

Earlier quoted context omitted.

How would you describe the npm install process?

Simple, 0 configuration, fast. With a new installation of Selenium I always have to download the Firefox/Chrome drivers, have to setup paths, debug startup erros, plus it crashes pretty often.

No, I meant installing npm

Re: Prototype: Puppeteer for Firefox

#126
post #62

Earlier quoted context omitted.

How would you describe the npm install process?

Just like any other module, but slower. There's a substantial bag of bits it needs to fetch (chromium), but that's cached. I've also noticed that sometimes (in CI, less than 5% of the runs) the installation or run will fail deep in chromium. It's actually spawning a chrome process and tunneling remote commands to the child process to do work, so, I guess the flakiness is (almost) excusable? Restarting the test always…

I meant installing npm itself.

Re: Prototype: Puppeteer for Firefox

#127

Earlier quoted context omitted.

Does puppeteer work with Safari and MS browsers or is it another Chrome only tool (and now Firefox)?

It's yet another Chrome only tool.

It works very well for Microsoft Edge too (latest DEV version of it) - https://github.com/GoogleChrome/puppeteer/issues/4185#issuec...

Re: Prototype: Puppeteer for Firefox

#128
post #124
post #62

Earlier quoted context omitted.

How would you describe the npm install process?

Simple, 0 configuration, fast. With a new installation of Selenium I always have to download the Firefox/Chrome drivers, have to setup paths, debug startup erros, plus it crashes pretty often.

This is about to change as WebdriverIO will support automation based on Puppeteer soon: https://github.com/webdriverio/webdriverio/pull/4210 .. with that you only need to install WebdriverIO via NPM and the browser you want to automate

Re: Prototype: Puppeteer for Firefox

#129

For anybody who wants to follow along, the Firefox work is tracked here: https://gitter.im/webhintio/Firefox The experiment was a great start to see what is needed to support Puppeteer. The next step is coming up with a well-integrated architecture. Find me on the web to talk to me about your use cases and ideas for Puppeteer.

Actual link: https://bugzilla.mozilla.org/show_bug.cgi?id=1545057

Re: Prototype: Puppeteer for Firefox

#130

In case you're wondering, and the linked page doesn't explain: > Puppeteer is a Node library which provides a high-level API to control headless Chrome or Chromium over the DevTools Protocol. It can also be configured to use full (non-headless) Chrome or Chromium. https://developers.google.com/web/tools/puppeteer/

I always find it weird that people constantly try to "sell" me (us) something but never tell me what that thing is or why I want it.

I can only assume that anyone who submits "Puppeteer for Firefox" or "x for y" to Hackernews, is someone who works daily with Puppeteer / x and has the necessary context and doesn't notice that it's not aimed at a more general audience (1).

Then it gets upvoted to a more general audience, who ask "Puppeteer? what's that?"

1) https://news.ycombinator.com/item?id=20507728

Post reply on HN