It may be related to the broken project configuration possibly caused by Dropbox sync. Also note that IDE displays the class as not found in your run configurations. Normally a checkmark would appear on the breakpoint. This section describes the procedures that are common for various types of applications and frameworks. Breakpoint is not hit and the debugging session finishes for some reason.
#WEBSTORM DEBUG BLANK PAGE PHONEGAP CODE#
Debugging of JavaScript code is only supported in Google Chrome and in other Chromium-based browsers.ĭuring a debugging session, you can step through the application, examine it when suspended, resume program, evaluate expressions, change values on-the-fly, set watches, and more. To ensure successful debugging, it is enough to specify the built-in web server port and accept the default settings that WebStorm suggests for other debugger options. The built-in debugger starts automatically when you launch a debugging session. WebStorm supports debugging client-side applications running on the built-in or an external web server. WebStorm provides a built-in debugger for your client-side JavaScript code. So far Ive created a phonegap project and added the. however Im not completely sure which files I should be using.
If necessary, you can configure the debugger as described in Configuring JavaScript debugger. Anyway, what Im basically trying to accomplish is to be able to write and debug a mobile web app in Webstorm using the chrome phonegap emulator plugin, and then push to a repository and use phonegap build when Im all set. In WebStorm, the JavaScript debugger works out of the box and in most cases its default settings are sufficient. I have a project setup in phonegap and have copied the I installed chrome along with the jetbrain and ripple emulator plug-ins to debug. I have the same situation as yours, except that Im building my app using Backbone.js and RequireJs and the app is running on localhost. No matter what kind of code you are debugging, your experience with the WebStorm debugger is the same - you just put breakpoints and step through your actual source code while WebStorm takes care of source maps. In addition to that, you can also debug unit tests and build scripts.
now I can use webstorm for debugging, and check the request,response from Fiddler. With WebStorm, you can debug all kinds of applications written in JavaScript, TypeScript, or Dart: Node.js, React Native and Electron applications and, of course, client-side applications written using different frameworks, such as, Angular, Vue.js, and others. I configured the Fiddler Web Debugger to listen on particular port,(for example, 8888), and then config chrome in webstorm to use the port, for example.
0 kommentar(er)
