I'm following the Google PWA tutorial
then I saw this sentence. It just tells us no need for a messaging server for Firefox, but does not explain why and how to do it with Firefox.
So my question:
Why doesn't Firefox require creating a messaging server?
How do we do the push notification with Firefox without creating a messaging server/service?
Related
I tried googling but couldn't find anything, any help is appreciated.
What I had before was a console application that sent information to the chrome or firefox extension, but I am trying to find a solution that would send information to the browser and back to the console app, without the hassle of installing a browser extension.
I'm trying to determine if I can access any browser api for chrome OS that will allow me to identify the device that its running on when the application has been force-installed in kiosk mode as a PWA.
We're running into exactly the same issue right now. The correct path seems to be to create a PWA and to connect it to a (pre-installed) extension that has access to the enterprise.deviceAttributes:
See https://developers.chrome.com/apps/migration:
"If there is a capability that your Chrome App has that the regular web platform can't provide, it might be available as an extension API. In this case, you use a progressive web app together with an externally connectable extension your web app can send messages to."
enterprise.deviceAttributes are only accessible if the calling App/Site is pre-installed to the device and not loaded dynamically, so it cannot run in the PWA by design.
But with this tutorial, it seems possible:
https://developer.chrome.com/extensions/messaging#external-webpage
We're looking into that right now and will post our progess here.
I've been trying to generate a custom client certificate on Chrome OS for things like VPN.
No matter what I do, I keep getting that chrome.enterprise.platformKeys is undefined.
I've been creating test extensions in Developer mode on my managed Chrome OS machine. I see on the documentation page here it says:
Note: This API is only for extensions pre-installed by policy.
How can I properly use this API, if I want to test apps in Developer mode?
I'm developing a Google Chrome Extenstion, I wonder if there is anyway to show desktop notifications even if Chrome is closed, maybe some sort of background process or service? Kindly advice and guide me if it is not possible also. Thanks.
If you request a "background" permission your extension's background page will be able to show notifications even with Chrome windows closed.
When any installed hosted app, packaged app, or extension has "background" permission, Chrome runs (invisibly) as soon as the user logs into their computer—before the user launches Chrome. The "background" permission also makes Chrome continue running (even after its last window is closed) until the user explicitly quits Chrome.
If you use Google Chrome, you can enable a new Gmail feature that shows desktop notifications for new messages. Go to "Settings", and enable chat notifications and mail notifications to see a small bubble when you get a new message.
Secondly: Using WCF or Windows Services:
you have to develop simple client on machine polling a central service for alerts. Each alert should have a unique id so each client can deal with idem-potency
I Hope that this will be helpfull to you
Regards: Azeem Raavi
I can use the Network tab in the Google Chrome Web Inspector to debug the network traffic (AJAX requests, etc.). I can check what data is transferred easily. But Websocket connections only show as
Request URL:ws://localhost/...
Request Method:GET
Status Code:101 Switching Protocols
...
and I can't see the transferred data. Is there any build in feature in Google Chrome to inspect the transferred data? Or do I need to use Wireshark?
PS: I'm using the latest stable version (16.0.912.75). If a newer version (beta/dev) has this features, it would be nice.
Chrome and Chromium now have WebSocket message frame inspection. Here are the steps to test it quickly:
Navigate to the WebSocket Echo demo, hosted on the websocket.org site.
Turn on the Chrome Developer Tools.
Click Network, enable filter (3rd icon from the left on the top of Dev Tools) to filter the traffic shown by the Developer Tools, and click WebSockets.
In the Echo demo, click Connect. On the Headers tab in Google Dev Tool you can inspect the WebSocket handshake.
Click the Send button in the Echo demo.
To see the WebSocket frames in Chrome Developer Tools, under Name, click the entry representing your WebSocket connection. This refreshes the main panel on the right and makes the WebSocket Frames tab show up with the actual WebSocket message content.
I also posted the steps with screen shots and video.
After some more research I found a duplicate question here: Debugging WebSocket in Google Chrome
Chrome does't support viewing the traffic in the current stable version. I need to use Wireshark.
Another Idea, for simple web socket testing and lightweight, use Chrome plugin "Simple Web-socket. I wanted to check only if the connection can be establish or not. Following Chrome plugin "Simple Web-socket (link : https://chrome.google.com/webstore/detail/simple-websocket-client/pfdhoblngboilpfeibdedpjgfnlcodoo?hl=en)" work like charm. See image.
https://lh3.googleusercontent.com/bEHoKg3ijfjaE8-RWTONDBZolc3tP2mLbyWanolCfLmpTHUyYPMSD5I4hKBfi81D2hVpVH_BfQ=w640-h400-e365