I have a web debugger running on my machine, and I noticed that VSCode is running a lot of web calls to captive.apple.com/hotspot-detect.html followed by a call to ipv4.icanhazip.com:443 every second. The body of the Apple call is <HTML><HEAD><TITLE>Success</TITLE></HEAD><BODY>Success</BODY></HTML>
What is VS Code up to in the background?
This had to do with the underlying online/offline detection library we were using in the Atlassian for VS Code extension. We have since removed the dependency and now only connect to Atlassian servers. We've also backed off the aggressiveness of the checks.
Related
I have made a plugin for Confluence v7.13.7. It is working absolutely fine in the Confluence server which is set up locally on my machine. But, when I tried installing the plugin in the client’s instance who is also using the same Confluence version 7.13.7 but using the data center version, the plugin got installed but not giving any result upon hitting the API endpoint.
Is this possible that a plugin can work in a server edition but cannot work in the data center? If this can happen, what are the possible reasons for this?
Please refer to https://developer.atlassian.com/platform/marketplace/developing-apps-for-atlassian-data-center-products/ to learn the difference of apps for DC. Most features will work the same it DC as in Server, but as it uses several nodes, you have to think how to transfer the same objects between them
I have already created and designed my MATLAB app in App Designer, where it currently works fine with the executable deployment. However, I've been researching the implementation of my application into a web browser, and have attempted doing it through MATLAB Web App Server, however it only seems to work while I have the run button pressed, obviously. Additionally, I attempted to create an AWS server using the MATLAB tutorial, however for some reason my stack build always fails.
So just curious is there another way to do this, such that either the server can host my app indefinitely, or perhaps run it through a GitHub pages account because my current project is saved on Github?
You need a back server which runs the MATLAB engine (or MCR).
Something you can not do on GitHub as they don't dedicate you a server for persistent work.
I want to be able to execute local shell commands in a web application.
Chrome Native messaging api seems to be good for that, but as it needs also a service in background, I do not see a real difference with a little http server.
Is there a real structural difference between them? As I see there is somewhere a socket used as an interface.
Is there any other solutions for that?
Chrome Native messaging does not work by calling a running daemon. Instead, it spawns a new process each time sendMessage or connect is called.
While you can keep the process you opened with connect running, if you want to do one-shot commands the sendMessage approach is good.
Do note that you will still need a Chrome App or Extension installed to be able to do it, as well as a (separately installed) Native Host module.
Whenever I run Google App Engine it seems to be running an older version of the servlet than the last one I've saved.
What's going on? How can I fix this?
I'm using the GAE Eclipse Plugin.
I think this is a common pitfall. I also ran into a couple of times.
You should delete the cookies and the cache from Chrome.
If this isn't working, you should terminate and restart the server at eclipse all the time, when you modify the server side code.
Is there a way to debug (specifically step-through) a Google app engine application that has been deployed to the cloud. The reason I am asking is that there are certain things that either cannot be debugged locally or require work-arounds to test locally (eg. CRON Jobs).
Specifically I want to do this using Eclipse.
Update: as of 2015 it is possible to debug AppEngine Java applications if they run on Managed VMs. Also, the debugger is a web-based hosted debugger - no support yet for your popular IDE. See Cloud Debugger.
No, this can not be done.
One of the reasons why this most probably will never be available is that GAE is a distributed cloud system, where an "application" can have multiple instances running in parallel and there is no guarantee that consequent requests (e.g. a user session) would be served by the same instance. So there would be no way to know to which instance to connect debugger to.
You might want to star this acknowledged bug