| ▲ | Craft Chrome Devtools Protocol (CDP) commands with the new command editor(developer.chrome.com) |
| 73 points by keepamovin 10 days ago | 15 comments |
| |
|
| ▲ | nicoburns 2 hours ago | parent | next [-] |
| CDP is a good exmaple of why the ecosystem has converged around Chrome and not Firefox. CDP has: - Full documentation - A stable API - Tooling like this Firefox has none of that: implementing the firefox devtools protocol means reverse engineering it, and then sometimes it still breaks when Firefox updates! |
| |
| ▲ | Un1corn an hour ago | parent | next [-] | | I haven't used the devtools protocol of Firefox but CDP is one of the worst protocols I had to work with. Everything is "experimental", inconsistencies between different domains, multiple ways to do some stuff and revealing internal stuff. | |
| ▲ | googlywoogly 19 minutes ago | parent | prev | next [-] | | Chrome's/Google's attack on adblockers is why 'the ecosystem' now shifting away from chrome to firefox | |
| ▲ | cxr an hour ago | parent | prev [-] | | A recent attempt to bring up an element in Firefox's inspector by right-clicking the element and selecting the appropriate menu item resulted in the fans on my machine spinning up and the process needing to be killed because it hung while I tried to get a relatively simple view of the DOM tree on the screen to interact with and it responded by chewing through RAM. When I tried it again I observed an increase of 130MB RAM to bring up the initial window/view, along with noticeable lag to put its contents on screen and make the controls interactive. When I collapsed all the nodes so that the only nodes in the tree toggled open were the HTML body element and its ancestors, it ended up consuming 400MB more—to collapse tree nodes and show fewer things on the screen. That's half a gigabyte to bring up a less usable tool than the original DOM Inspector that Joe Hewitt checked in to the mozilla.org CVS server back in 2001. The fact that Firefox's devtools team has ignored the readily available information and guidance from Firefox's own repo about how to do large JS codebases because they instead favor doing a wholesale import all of the bad practices from the NodeJS/NPM world is a serious problem unto itself. |
|
|
| ▲ | mihau 4 hours ago | parent | prev | next [-] |
| FYI it's behind a feature flag (aka experiment). Just in case you rarely use experiments in DevTools: DevTools -> Settings (cog, top right) -> Experiments -> Search for "Protocol Monitor" -> Check the checkbox |
|
| ▲ | giorgioz 35 minutes ago | parent | prev | next [-] |
| Can anyone tell me some use cases for CDP commands? In which situation is preferable to use CDP commands over Puppeteer? |
|
| ▲ | aPoCoMiLogin 4 hours ago | parent | prev | next [-] |
| very nice. there are things that won't show up in the network panel and you had to resort to proxy for debugging, especially when you are using puppeteer/etc for testing. |
| |
|
| ▲ | hackgician 5 hours ago | parent | prev | next [-] |
| So many people building AI browsers definitely had this as an internal tool already lol, nice to see Chrome leaning in here; CDP is a huge pain to write and debug |
| |
| ▲ | ghxst 2 hours ago | parent [-] | | I think they released this in 2023 somewhere, it's been hidden behind an experiment in the devtools settings. |
|
|
| ▲ | ecolonsmak an hour ago | parent | prev | next [-] |
| Is this supported through the chrome dev tools mcp server? |
|
| ▲ | foofoo12 2 hours ago | parent | prev | next [-] |
| Very useful. Does anything similar exists for Firefox? |
| |
|
| ▲ | mrasong 3 hours ago | parent | prev [-] |
| Awesome, debugging is gonna be way easier from here on out. |