[xdebug-general] Re: xdebug

But that would explain why the debugging is not working... if xdebug
doesn't appear it means it's not loaded.

On 19 March 2018 at 14:03, Richard Dunne <richarddunnebsc[@]gmail.com> wrote:

> These are the settings in the .ini
>
> zend_extension = "c:\wamp64\bin\php\php7.1.9\
> ext\php_xdebug-2.6.0-7.1-vc14-x86_64.dll"
>
> xdebug.remote_enable = 1
> xdebug.remote_autostart = 0
> xdebug.remote_log = "c:/wamp64/php/php7.1.9/xdebug.log"
> xdebug.remote_connect_back=0
> xdebug.remote_host=127.0.0.1
> xdebug.remote_port=9000
> xdebug.profiler_enable = off
> xdebug.profiler_enable_trigger = Off
> xdebug.profiler_output_name = cachegrind.out.%t.%p
> xdebug.profiler_output_dir ="c:/wamp64/tmp"
> xdebug.show_local_vars=0
>
> I restarted wampserver, I just noticed that xdebug does not appear in
> phpinfo. That's not helpful.
>
> On Mon, 19 Mar 2018 at 12:27 Marco "Debo" De Bortoli <
> marco.debo.debortoli[@]gmail.com> wrote:
>
>> Did you also do the other things I mentioned?
>>
>> On 19 March 2018 at 12:19, Richard Dunne <richarddunnebsc[@]gmail.com>
>> wrote:
>>
>>> Yes, XDebug is installed and loaded.
>>>
>>> On Mon, 19 Mar 2018 at 12:11 Marco "Debo" De Bortoli <
>>> marco.debo.debortoli[@]gmail.com> wrote:
>>>
>>>> Hi Richard,
>>>>
>>>> sorry my bad, I should have specified that I'm using OSX hence the .so
>>>> instead of the .dll.
>>>> What about the remote host address, although it shouldn't be needed
>>>> with phpstorm in listening mode?Did you verified that xdebug is loaded?
>>>>
>>>> On 19 March 2018 at 12:07, Richard Dunne <richarddunnebsc[@]gmail.com>
>>>> wrote:
>>>>
>>>>> zend_extension=/usr/lib64/php/5.6/modules/xdebug.so
>>>>> The ini file only uses .dll or so I thought. In any case, I don't have
>>>>> xdebug.so in the ini if that's where its supposed to be.
>>>>>
>>>>> On Mon, 19 Mar 2018 at 11:19 Marco "Debo" De Bortoli <
>>>>> marco.debo.debortoli[@]gmail.com> wrote:
>>>>>
>>>>>> Hi Richard,
>>>>>>
>>>>>> I'm not sure why is not working for you but I can notice few
>>>>>> differences in you .ini configuration compared to the one I usually use
>>>>>> myself. You can find it here
>>>>>> <https://gist.github.com/debo/b6d212cdb759269de929>.
>>>>>>
>>>>>> Also, apologies if I'm asking something that you already mentioned
>>>>>> but, did you ensure that the xdebug is actually loaded and active?
>>>>>>
>>>>>> In terms of how to debug, I usually use PhpStorm, I do activate the
>>>>>> listening mode which the telephone shaped icon, then activate the xdebug
>>>>>> helper in the browser in the page I want to debug and then start
>>>>>> interacting with the page itself; also don't forget to add breakpoints or
>>>>>> the debugger won't stop unless you tell it to stop on the first line.
>>>>>>
>>>>>> I hope it helps.
>>>>>>
>>>>>> Debo
>>>>>>
>>>>>> On 19 March 2018 at 11:08, Richard Dunne <richarddunnebsc[@]gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> I installed PhpStorm for comparison. PhpStorm opens the current
>>>>>>> script in a web browser for user input. VSC doesn't do that. I'm still
>>>>>>> trying to figure out why XDebug isn't engaging when the form is submitted
>>>>>>> in Listen for XDebug config and XDebug Helper is engaged and in debug
>>>>>>> mode.
>>>>>>> These are the settings I have
>>>>>>>
>>>>>>> launch.json
>>>>>>> "version": "0.2.0",
>>>>>>> "configurations": [
>>>>>>>
>>>>>>> {
>>>>>>> "name": "Listen for XDebug",
>>>>>>> "type": "php",
>>>>>>> "request": "launch",
>>>>>>> "port": 9000
>>>>>>> },
>>>>>>> {
>>>>>>> "name": "Launch currently open script",
>>>>>>> "type": "php",
>>>>>>> "request": "launch",
>>>>>>> "program": "${file}",
>>>>>>> "cwd": "${fileDirname}",
>>>>>>> "port": 9000
>>>>>>> }
>>>>>>> ]
>>>>>>>
>>>>>>> settings.json user settings
>>>>>>> "php.validate.executablePath": "C:/wamp64/bin/php/php7.1.9/php.exe",
>>>>>>> "php.executablePath": "C:/wamp64/bin/php/php7.1.9/php.exe",
>>>>>>> "workbench.startupEditor": "newUntitledFile",
>>>>>>> "files.autoSave": "onWindowChange",
>>>>>>> "workbench.editor.enablePreview": false,
>>>>>>> "git.ignoreMissingGitWarning": true
>>>>>>>
>>>>>>> phpForApache.ini
>>>>>>>
>>>>>>> [xdebug]
>>>>>>> zend_extension = "c:\wamp64\bin\php\php7.1.9\
>>>>>>> ext\php_xdebug-2.6.0-7.1-vc14-x86_64.dll"
>>>>>>>
>>>>>>> xdebug.remote_enable = On
>>>>>>> xdebug.remote_autostart = 1
>>>>>>> xdebug.remote_log = "c:/wamp64/php/php7.1.9/xdebug.log"
>>>>>>> xdebug.profiler_enable = off
>>>>>>> xdebug.profiler_enable_trigger = Off
>>>>>>> xdebug.profiler_output_name = cachegrind.out.%t.%p
>>>>>>> xdebug.profiler_output_dir ="c:/wamp64/tmp"
>>>>>>> xdebug.show_local_vars=0
>>>>>>>
>>>>>>> Is there anything missing?
>>>>>>>
>>>>>>> On Sun, 18 Mar 2018 at 21:06 Richard Dunne <
>>>>>>> richarddunnebsc[@]gmail.com> wrote:
>>>>>>>
>>>>>>>> I changed the log location to include the filename, but still no
>>>>>>>> joy, log not created. Th documentation on XDebug is very limited
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sun, 18 Mar 2018 at 19:57 Spencer Williams IV <
>>>>>>>> enderandpeter[@]yahoo.com> wrote:
>>>>>>>>
>>>>>>>>> On Sunday, March 18, 2018, 1:31:50 PM MDT, Richard Dunne <
>>>>>>>>> richarddunnebsc[@]gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I have set a path for xdebug.remote_log,
>>>>>>>>> xdebug.remote_log = "c:/wamp64/php/php7.1.9"
>>>>>>>>> I started XDebug in Visual Studio Code with Listen for XDebug
>>>>>>>>> config, then I enabled debugging in the browser(XDebug Helper),
>>>>>>>>> then selected Debug.
>>>>>>>>> Submitted the form with the hope that XDebug would do its thing.
>>>>>>>>> The code executed, but the debugger didn't do anything, such as create a
>>>>>>>>> log.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sun, 18 Mar 2018 at 16:52 Spencer Williams IV <
>>>>>>>>> enderandpeter[@]yahoo.com> wrote:
>>>>>>>>>
>>>>>>>>> On Sunday, March 18, 2018, 9:38:46 AM MDT, Richard Dunne <
>>>>>>>>> richarddunnebsc[@]gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I'm familiar with code breakpoints, not the form handler. Is
>>>>>>>>> there any documentation on that?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sun, 18 Mar 2018 at 07:58 Tim Hawkins <tim.thawkins[@]gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> You need to set a breakpoint on your form handler with your ide.
>>>>>>>>>
>>>>>>>>> On Sun, Mar 18, 2018, 10:52 Richard Dunne <
>>>>>>>>> richarddunnebsc[@]gmail.com> wrote:
>>>>>>>>>
>>>>>>>>> These are the ini settings
>>>>>>>>> zend_extension = "c:\wamp64\bin\php\php7.1.9\
>>>>>>>>> ext\php_xdebug-2.6.0-7.1-vc14-x86_64.dll"
>>>>>>>>>
>>>>>>>>> xdebug.remote_enable = On
>>>>>>>>> xdebug.remote_autostart = 1
>>>>>>>>> xdebug.remote_log = "c:/wamp64/php/php7.1.9"
>>>>>>>>> xdebug.profiler_enable = off
>>>>>>>>> xdebug.profiler_enable_trigger = Off
>>>>>>>>> xdebug.profiler_output_name = cachegrind.out.%t.%p
>>>>>>>>> xdebug.profiler_output_dir ="c:/wamp64/tmp"
>>>>>>>>> xdebug.show_local_vars=0
>>>>>>>>>
>>>>>>>>> "There are handful of nice browser plugins out there where you can
>>>>>>>>> enable the sending of the appropriate data to trigger the Xdebug session"
>>>>>>>>> This is new information. I thought once the debugger was set to
>>>>>>>>> Listen for Xdebug, that's all that was required. I added XDebug Helper to
>>>>>>>>> Chrome. Does it required any config within Visual Studio Code or php.ini?
>>>>>>>>> Does XDebug Helper engage XDebug when a form is submitted?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sat, 17 Mar 2018 at 21:49 Spencer Williams <
>>>>>>>>> enderandpeter[@]yahoo.com> wrote:
>>>>>>>>>
>>>>>>>>> On 3/16/2018 12:34 PM, Richard Dunne wrote:
>>>>>>>>>
>>>>>>>>> How do I get XDebug to start debugging when I submit a form?. I
>>>>>>>>> start the debugger, Step buttons are inactive and nothing happens when I
>>>>>>>>> submit a form. Are there any tutorials for this?
>>>>>>>>> --
>>>>>>>>> Sincerely,
>>>>>>>>>
>>>>>>>>> Richard Dunne B.Sc.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Did you get it working? What xdebug INI settings have you set?
>>>>>>>>> Make sure to at least enable xdebug.remote_enable. Is the web
>>>>>>>>> server running directly on the host machine? Or in a VM of some kind? If
>>>>>>>>> the latter is the case, then you'll want to make sure
>>>>>>>>> xdebug.remote_host is set appropriately, as
>>>>>>>>> xdebug.remote_connect_back might not get the appropriate
>>>>>>>>> hostname/IP automatically.
>>>>>>>>>
>>>>>>>>> Also, you can either set xdebug.remote_autostart or make sure you
>>>>>>>>> set a request variable or cookie of the expected name and value
>>>>>>>>> <https://xdebug.org/docs/remote#browser_session> when submitting
>>>>>>>>> the form. There are handful of nice browser plugins out there where you can
>>>>>>>>> enable the sending of the appropriate data to trigger the Xdebug session.
>>>>>>>>> And make sure your IDE is listening for Xdebug responses, of course. If
>>>>>>>>> anything, you can set xdebug.remote_log to try to get a better
>>>>>>>>> idea of what might be going on.
>>>>>>>>>
>>>>>>>>> Let us know how things progress...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --Spencer
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Sincerely,
>>>>>>>>>
>>>>>>>>> Richard Dunne B.Sc.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Sincerely,
>>>>>>>>>
>>>>>>>>> Richard Dunne B.Sc.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Yes, if you set xdebug.remote_autostart you won't have to send
>>>>>>>>> the request data. Try setting xdebug.remote_log to a path where
>>>>>>>>> it can create a log file. Let us know what it says when you make a request
>>>>>>>>> to the server. Also what IDE are you using?
>>>>>>>>>
>>>>>>>>> --Spencer
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Sincerely,
>>>>>>>>>
>>>>>>>>> Richard Dunne B.Sc.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Make sure to set xdebug.remote_log to a file path rather than to
>>>>>>>>> a directory. So try c:/wamp64/php/php7.1.9/xdebug.log. Sadly I
>>>>>>>>> haven't worked with Xdebug in Visual Studio Code yet. Hopefully there are
>>>>>>>>> some guides online that will help as well.
>>>>>>>>>
>>>>>>>>> --Spencer
>>>>>>>>>
>>>>>>>> --
>>>>>>>> Sincerely,
>>>>>>>>
>>>>>>>> Richard Dunne B.Sc.
>>>>>>>>
>>>>>>> --
>>>>>>> Sincerely,
>>>>>>>
>>>>>>> Richard Dunne B.Sc.
>>>>>>>
>>>>>>
>>>>>> --
>>>>> Sincerely,
>>>>>
>>>>> Richard Dunne B.Sc.
>>>>>
>>>>
>>>> --
>>> Sincerely,
>>>
>>> Richard Dunne B.Sc.
>>>
>>
>> --
> Sincerely,
>
> Richard Dunne B.Sc.
>
Received on Mon Mar 19 2018 - 14:37:53 GMT