OS: OSX 10.6.6.7
I've tried everything I can think of and can just not get this working.
I've tried with and without a custom profile directory, turning the remote debugging port on and off, it's just not clear what steps I have to do get it to work.
Please sign in to leave a comment.
Could you please try the following steps:
4) Select 'Chrome' in 'Browser' chooser, click 'Apply'
5) Press 'Debug' button
After that WebStorm should open Chrome browser and stop on the breakpoint.
I hope you can give me some additional insights...
Obviously the config for Firefox is okay but the Chrome choice this config is inadequate.
The only file/directory => remote URL mapping I have is at the topmost '.../html' to 'http://example.com' as I am working in a PHP-based Drupal CMS environment where URLs and specific file mappings have no meaning.
I suspect that this is some minor 'gotcha' item that I am overlooking, but I don't see it at the moment.
Any insights or recommended 'try this' suggestions will be greatly appreciated.
Another thing to note... In terms of my current configuration, I see that there is an actual JetBrains Firefox Extension (v. 0.4.6) when viewing Firefox Add-ons. However, I see no JetBrains extension in my Chrome extensions.
Could you please replace <WebStorm_home>/bin/log.xml file by the attached one, reproduce the problem and post here idea.log file (use Help | 'Reveal log' action to open the directory containing the log file)?
Thank you for your help. I did as you asked and am beginning to see why/how this is an issue for me. Rather than attach the whole newly generated log file, here is the essential part:
2011-07-08 12:16:50,992 [ 307359] DEBUG - pl.ChromeConnectionManagerImpl - Creating new connection to Chrome
2011-07-08 12:17:01,021 [ 317388] DEBUG - tion.impl.ChromeConnectionImpl - New connection to 127.0.0.1:7930 initialized
2011-07-08 12:17:01,046 [ 317413] DEBUG - t.debugger.impl.JSDebugProcess - FileFinder: RemoteDebuggingFileFinder:
2011-07-08 12:17:01,300 [ 317667] DEBUG - tion.impl.ChromeConnectionImpl - Waiting for 127.0.0.1:7930
2011-07-08 12:17:01,805 [ 318172] DEBUG - tion.impl.ChromeConnectionImpl - Socket 127.0.0.1:7930 is available
2011-07-08 12:17:01,806 [ 318173] DEBUG - pl.ChromeConnectionManagerImpl - Trying to connect to 7930
2011-07-08 12:17:01,902 [ 318269] DEBUG - tion.impl.ChromeConnectionImpl - Tab found
2011-07-08 12:17:01,902 [ 318269] DEBUG - tion.impl.ChromeConnectionImpl - attaching to tab
2011-07-08 12:17:04,904 [ 321271] DEBUG - tion.impl.ChromeConnectionImpl - attaching timed out
2011-07-08 12:17:04,904 [ 321271] DEBUG - .ChromeConnectionLoggerFactory - Closing 1 connections using ConnectionCloser
2011-07-08 12:17:04,939 [ 321306] DEBUG - tion.impl.ChromeConnectionImpl - Cannot attach: org.chromium.sdk.internal.tools.v8.V8Helper$CallbackException: java.lang.Exception: Failure: Detach
2011-07-08 12:17:05,440 [ 321807] DEBUG - tion.impl.ChromeConnectionImpl - Reconnecting
2011-07-08 12:17:05,440 [ 321807] DEBUG - tion.impl.ChromeConnectionImpl - Waiting for 127.0.0.1:7930
The remaining file entries consist of PhpStorm attempting to attach via the 127.0.0.1:7930 connection. When I eventually manually broken the connection attempt, it did this same thing over 30 times.
Now here is what appears to me to be at issue. Although I run a local development configuration which is WAMP-based, I do not run all my development sites through the default 127.0.0.1 'loopback' IP address. In my Apache virtual host configuration I use named virtual hosts. In order to run multiple development sites with SSL certificates, for example, to develop and test eCommerce and other secure situations, you need to use named virtual hosts.
I this case the subdomain URL, demo.dropabalm.com, is conveniently redirected from its actual public server's IP to my locally-served IP. I have a batch file that simply modifies my local hosts file to provide DNS resolution of this subdomain URL to, in this case, 192.168.1.129. (This IP is actually a 'multi-site' Drupal platform from which the 'demo' subdomain is served.
Perhaps there is a configuration tweak that you can suggest that will make this work as the system now is. If not, I would assume that this information will be helpful to you to figure out how to get your great product working in situations such as mine.
Thank you again for your help. I look forward to your next recommendation of what to do or try.
Actually WebStorm uses 127.0.0.1:7930 address to connect to the Chrome process and not to your app. So the problem isn't related to URL of your server and DNS resolution.
According to the log WebStorm successfully connected to the Chrome process but the first attemp to attach debugger to it was failed. Could you please provide the next lines of the log?
Nuts, I was hoping it would be something obvious that jumps right out at us.
I did a fresh log, started PhpStorm and Chrome, then initiated the JS Debug connection. Got the 'Waiting for PhpStorm...' message in a new Chrome page/tab which was pointing in the address bar to a file-based URL in the temp directory, and just started waiting. Eventually when nothing happened, I broke the connection in PhpStorm and have attached the full log here (as there may be clues to what is going on in the prior lines as well as the JS Debug connection entries, etc).
Thanks again for working with me on this. I would sure value being able to do PhpStorm JS debugging using Chrome. But at least I have the Firefox option.
Which version of Chrome do you use?
Currently, I am running 14.0.814.0 dev-m (the dev channel) as its support for the Developer Tools feature is the best and first to get better, especially for support of JQuery, etc.
Could you please try to close all Chrome instances before starting the debugger?
Also please go to Settings | Web Browser | Chrome, press 'Settings...' button and select the both options 'Use custom profile directory' and 'Enable remote debug on port'.
It does not matter whether I am running on the standard or alternate profile (via the Settings>>Web-browsers>>Settings dialog. It does not matter whether the remote debugging port is enabled or not. The ONLY thing that keeps a connection from succeeding is if Chrome is running before the connection.
Oddly, too, (and I was hoping this would not be the case as it would be a better work-around), if Chrome is running on its standard profile and WebStorm is configured to use its own profile, the connection will fail.
In all my previous tests I had never complete closed Chrome before starting a connection as this is not required in Firefox and, as you might expect, I simply rarely do not have Chrome running whenever I am at my computer whether working or not.
Once a connection succeeds, as expected, I can disconnect and reconnect at will -- each new connection opens a new tab in the connected Chrome instance.
Let me know if additional tests or information is needed... or if there is an upcoming patch to test, etc.
Hope this information exchange has been helpful...
Thank you for working through this with me,