I tried Dev tools in Chrome but it is not showing at all.
I am trying to monitor a Chart/Graph App that is getting live Data. Some External monitoring tool is the last resort but I was hoping to use FF/Chrome for the purpose, if possible.
Thanks
Related
I've written a simple web app to factory-reset bluetooth devices that were accidentally turned on during shipping. The app scans for a class of bluetooth devices (those made by the company I work for), renders a list of devices found, and, when I click a button next to a device in the list, sends a reset message to the device.
This is a very manual process and I'd like to automate it. The problem is the Chrome dialog that asks for permissions to pair with a device. I am trying automate the app with Puppeteer, but I can't find a way to either (a) programmatically grant permissions to pair with a device or (b) to select the device in the dialog and click the "pair" button via Puppeteer. Anyone know if what I'm trying to do is possible, or if there's a better way to achieve the goal? Thanks!
This is not possible in Chrome. (I work on chrome.) The automation that does exist for Chrome's testing is layered such that actual Bluetooth connections aren't made.
Eventually we would like to enable this workflow via Enterprise configuration controls. But that is not started yet and there is no date commitment.
One alternative is to use node.js, though you lose the easy interface. You might build the reset backend in a node server and have it serve a web page interface.
I can go to the webpage https://open.spotify.com and select songs that are then immediately played on my desktop spotify application. How does this work? I could imagine a scenario where the webpage sends a request to a server which then tells my desktop application to play, but the website and my application seem too in sync. Sure the web is fast, but the song time counters are perfectly in sync and there is no lag when I click play.
I guess they could do something clever with syncing the song time counter, but I'm wondering if they're dong something even more clever: not using a server at all.
So the real question: Is there a way to have direct communication between a webpage and an application running on the client?
The mechanism is described on How does the Spotify web browser button interact with the Spotify app?. When you install Spotify's desktop application, a process called SpotifyWebHelper runs in the background. This process acts as a local server and receives requests from open.spotify.com to interact with the current playback. As you see, there is a way to communicate a web site and a local application.
It's worth noting that there is an increase concern by browser vendors about this mechanism (see https://bugs.chromium.org/p/chromium/issues/detail?id=378566) and it will stop working at some point in the future. A more future-proof solution could be based on a proxy service that gets requests from the web page and updates your application, and viceversa. Web sockets are a good candidate for this. Although the proxy, acting as a state management service, introduces some delay, it also allows for some other use cases: eg you don't need to have the application installed on the same machine on which the web page is browsed, and one could for instance control a mobile client.
With an increasing mobile user base I would like to be able to gauge a baseline for site performance. Typically I can do this using chrome dev tools, checking when DOMContentLoaded finishes, and checking all my javascript tags to make sure they're in acceptable threshholds. How would I go about automating this so I can create performance dashboards?
Maybe phantomjs, selenium can do this? What headless chrome implementation could I use to achieve this.
You can use Lighthouse to capture a variety of performance metrics.
For real user metrics, you can instrument your app however you see fit with the User Timing API.
Most modern browsers can display the network traffic of the currently open webpage and its dependencies in its dev tools.
When the browser sends the initial HTTP request for a webpage, it uses the response to display the webpage. A javascript file that the webpage depends on may send another request through AJAX.
Does the browser monitor the execution of the javascript file and display the subsequent requests in the original page's network log?
EDIT: For a bit of background, I'm trying to write a python program that will display all the network traffic generated by a webpage and its dependancies.
if you use chrome browser, you can use network feature on Developer tools.
through this feature, you can monitor all of network activities on page.
for monitoring execution of javascript, search firebug on google.
How do web browsers monitor network of current open webpage?
The short answer: the browser knows about all this, because it has to prepare and send/receive all requests to the webserver. That's his job, and involves much more than monitoring only.
Does the browser monitor the execution of the javascript file and
display the subsequent requests in the original page's network log?
The browser not only has to monitor the execution of the script, it has to execute the script itself. The script then forwards the subsequent request to that same browser, thus no need for the browser to monitor the script to get that information.
For a bit of background, I'm trying to write a python program that
will display all the network traffic generated by a webpage and its
dependancies.
Since this seems to be for educational purposes, you might want to start with writing a plugin for the browser to get an idea of what's happening inside (this will be mostly in JavaScript). In your plugin you can make direct API-calls to the browser-engine, or use call-backs to get notified when requests are made or pages/images arrive.
To monitor that traffic from within a stand-alone application, more work needs to be done. You'll have to sit somewhere in between the browser and your network card. This can be done by:
Writing some kind of proxy to catch and forward the HTTP-traffic and direct your browser to that proxy.
Using a library such as libpcap to catch all network traffic and analyzing the TCP-packets.
I usually work locally and in an RDP session 50/50. I've two Google Chromes launched locally and in the terminal session. I am tired of copying and pasting URLs back and forth. I thought abount making an extension for Chrome like the popular extension Chrome2phone. But after going into the details of how the Chrome2phone works I understand that there is possibly no such option as the push notification for a Chrome instance running on a usual desktop computer. Chrome2phone uses GCM to send/recieve messages. But GCM is only for Android devices..
Does anyone know if it is possible to implement push notifications between two Chromes running on different computer? I understand that this is a really weird question but nevertheless.. Maybe someone had this experience and can share it.
Thank you.
If you are logged into chrome, you can also solve this using Chrome Sync, using tab sync. Just go to the new tab page, and look at "Other Devices" at the bottom, and you can see a tab that another computer is looking at, and go to it on this desktop.
There is now. Google Cloud Messaging for Chrome.
I wonder if it can be made to work with Firefox or even a desktop application.