Help Please: Debug session was finished without being paused: Acquia Dev Desktop 2
Debug session was finished without being paused
It may be caused by path mappings misconfiguration or not synchronized local and remote projects. To figure out the problem check path mappings configuration for 'vet.dd' server at PHP|Servers or enable Break at first line in PHP scripts option (from Run menu). Do not show again.
I am running a drupal project Acquia dev desktop.
My projects files are: C:/Users/vet/Sites/devdesktop/vet
My apache,php,mysql etc:C:/Users/vet/DevDesktop
php 5.3: windows 10
Thanks, vetYoa
JetBrains Uploads
Upload a file and note the exact file name to the JetBrains support channels.
The data uploaded will only be used for the sole purpose of investigating a support case.
Max file size: 1Gb
xdebug.log (521 kb) 100%
请先登录再写评论。
So, did you set correct mappings?
https://confluence.jetbrains.com/display/PhpStorm/Troubleshooting+PhpStorm+debugging#TroubleshootingPhpStormdebugging-Remotefilepathisnotmappedtoanyfilepathinproject
Hi Eugene Thanks for your prompt response.
My set up is changed little bit. I am getting the breakpoints hit in all the functions except in hook_menu function Drupal 7). But every time debugging ends with "Debug session was finished without being paused".
Here is my set up: Windows 10, phpstorm, acquia dev desktop 2 (Drupal 7) with Xdebug v2.2.7, Copyright (c) 2002-2015, by Derick Rethans.
I created project 'New Project from Existing files' and chose option 1: web server installed locally, source files under document root. My project files are also in document root.
Why my breakpoint in hook_menu function is not hit?
function vet_menu() {
Thanks for your help..Look forward to your response please..
What happens if you enable Run > Break at first line in PHP scripts? Will it stop the execution and start the debugging after that?
Hi Vladimir
Thanks for your response that I was waiting for. Yes, it does stop and starts the debugging after that. I don't get the 'Debug session finished message'. What does it mean 'Break at first line...' and what does it do?
Other issue that I mentioned above is the following. Please respond to that as well:
Why my breakpoint in hook_menu function is not hit?
> Thanks for your response that I was waiting for. Yes, it does stop and starts the debugging after that. I don't get the 'Debug session finished message'. What does it mean 'Break at first line...' and what does it do?
It means that we will always break at the first line of any PHP script. It looks like you did not configure path mappings or configured them wrong.
Please run Run | Web Server Debug Validation to check your web server configuration. Also check Settings | Build, Execution, Deployment | Deployment > your remote server > Mappings tab and Settings | Languages & Frameworks | PHP | Servers for correct paths.
> Why my breakpoint in hook_menu function is not hit?
It can be because of the mappings issue mentioned above. Are you sure that this function is actually being executed?
> Why my breakpoint in hook_menu function is not hit?
Because that function does not run on page load. Only on cache clear. Put the breakpoint at `function YOURHOOK_menu` line
> Are you sure that this function is actually being executed?
I am also getting this error on each debugging attempt: "Debug session was finished without being paused"
I'm able to break at first line debugging. I'm using Zero Configuration and Chrome Browser Xdebug extension.
macOS Catalina v 10.15
PhpStorm 2019.2.4/ build October 30,2019
VirtualBox Vagrant 2.2.6
Run > Web Server Validation passes with all (~9) green checkboxes using Local Web Server
For Preferences > Debug I have Zero configuration and max connections at 20.
For Preferences > Servers host and "absolute path on the server" match what the browser uses correctly.
I've tried adding Run/ Debug configurations and that has not allowed hitting breakpoints.
What is needed for configuration?
I am have the same problem. I am running DevDesktop Ver. 2 and Drupal 7. The debugger was working fine w/ PHP 7.2. I upgraded to PHP 7.3 and now I get "Debug session was finished without being paused".
I did edit php.ini got PHP 7.3 and made the same config edits as for 7.2:
Dorian Winterfeld, you either have no breakpoint set in files that are being executed by the web server or you have wrong mappings configured at Preferences | Languages & Frameworks | PHP | Servers. Having a look at the Xdebug remote log could help here (please don't paste it as text here, use something like Pastebin instead).
Thanks for your reply Eugene.
Here is a link to my xdebug.log
https://pastebin.com/ZyGmDtE4
The config is correct under Preferences | Languages & Frameworks | PHP | Servers.
This was all working under PHP7.2. Things went wonky when I upgraded DevDesktop tp PHP7.3.
After rebooting my mac I got slightly better behavior. PHP Storm skips the first breakpoints in my form but after I submit the form then the breakpoints work! This is much better since most of my logic is in the callback.
Any ideas why it is skipping the initial breakpoints?
There's a chance that PHP didn't actually execute the code and used OPcache's data instead.
Please disable OPcache, restart the web server, and check if breakpoints work right away now.
Also, a valid way to check whether debugging works or not in such cases would be adding a line like
print 1234;to index.php, setting a breakpoint on it, and trying to debug the app - if it's a new line, OPcache wouldn't cache it on the first execution, and you should get the session just as expected.@Dorian Winterfeld
Please state your IDE and Xdebug versions.
PHP Storm 2020.2
Xdebug v2.7.0
How do I disable OPcache? Do I comment out this line in PHP.ini?
zend_extension="/Applications/DevDesktop/php7_3_x64/ext/opcache.so"
Yes, that should work. Then restart the web server and confirm that OPcache is not listed here.