Login | Register
My pages Projects Community openCollabNet

Discussions > tsWebEditor > Re: xdebug with VPN

Project highlights: home | downloads | news | features | screenhots | support

tswebeditor
Discussion topic

Hide all messages in topic

All messages in topic

Re: xdebug with VPN

Author davhue
Full name Dave Huelsman
Date 2007-02-14 12:16:40 PST
Message That did it, thanks much. Everything works except for
breakpoints set through the editor. I browsed a post on
the Google Group and I understand that that feature isn't
hooked up on remote debugging due to Xdebug not sending all
the necessary information. If I'm wrong on that and local
breakpoints should be working then let me know that I'm in
error. Anyhow, xdebug_break() is a worthy workaround
considering all the fantastic functinoality that the editor
brings.

Thanks again...
--Dave

>Well, i think the program did not convert the filename
>correctly.
>
>Please download the new patch.
>
>http://tswebeditor.t​igris.org/files/docu​ments/211/36433/tsw
ebeditor-20070214.patch.7z
>http://tswebeditor.t​igris.org/servlets/N​ewsItemView?
newsItemID=1826
>
>Your Remote Mapping should be alright:
>>192.168.100.1
>>tswebeditor
>>/var/www/html/xdev
>>File System
>>filename=Z:​html\xdev\dbgtest​.php
>>
>>I admit to being surprised that the Storage System entry
>>requires a filename. I would have thought that the
>entries
>>would have both been paths. Like:
>The filename will be removed.
>
>You can remove the session name "tswebeditor" from the
>Remote Mapping or else you must start the debug session
>with
>that entry (in your case "tswebeditor")
>
>...thaler...

Re: xdebug with VPN

Author thaj
Full name Thaler
Date 2007-02-14 03:48:20 PST
Message Well, i think the program did not convert the filename
correctly.

Please download the new patch.

http://tswebeditor.t​igris.org/files/docu​ments/211/36433/tswe​beditor-20070214.pat​ch.7z
http://tswebeditor.t​igris.org/servlets/N​ewsItemView?newsItem​ID=1826

Your Remote Mapping should be alright:
>192.168.100.1
>tswebeditor
>/var/www/html/xdev
>File System
>filename=Z:\htm​l\xdev\dbgtest.php​
>
>I admit to being surprised that the Storage System entry
>requires a filename. I would have thought that the entries
>would have both been paths. Like:
The filename will be removed.

You can remove the session name "tswebeditor" from the
Remote Mapping or else you must start the debug session with
that entry (in your case "tswebeditor")

...thaler...

Re: xdebug with VPN

Author davhue
Full name Dave Huelsman
Date 2007-02-13 19:09:01 PST
Message Thank you for responding. I followed you suggestion and
disabled the firewall on the VPN connection rather than
entering port exceptions. I now get very consistant
operation. Specifically:

The debugger engages, the window title changes and the
stack window fills. Moreover, the watches set in the
editor display properly and hovering over the variable gets
the correct value in the tooltip. However, breakpoints set
in the editor are not seen by the debugger.

But, every movement in execution (run, step over, etc.)
generates an alertbox "cannot open
file /var/www/html/xdev/dbgtest.php" . Clicking OK to the
alert box returns the editor/debugger to proper and correct
execution (editor breakpoints excepted).

Further, no combination of entries in the Remote File
Mapping window changes this operation in the slightest.

The debugger is running on the server at 192.168.100.1.
The editor is running at 192.168.100.12 and my ISP confirms
that she gets a response on port 9000 on that address. The
server filepath is /var/www/html/xdev/dbgtest.php. The
local filesystem sees the file at Z:\html\xdev\dbgtest.php.

So, the Remote Mapping entry I thought this would
correspond to was:

192.168.100.1
tswebeditor
/var/www/html/xdev
File System
filename=Z:\html\x​dev\dbgtest.php

I admit to being surprised that the Storage System entry
requires a filename. I would have thought that the entries
would have both been paths. Like:

192.168.100.1
tswebeditor
/var/www/
File System
filename=Z:\

Perhaps with just a bit more advice I can have the debugger
running perfectly!

Thank you for your help and your excellent editor.

--Dave


>does your windows xp firewall blocks the port 9000 ?
>
>
>>xdebug.remot​e_host=192.168.100.1​0
>that config has to be the ip from the pc where tsWebEditor
>is running and must be accessible from the linux pc.
>
>>When I direct my browser (IE7) with
>>http://.../dbgtest.p​hp?XDEBUG_SESSION_ST​ART=tswebeditor
>>where dbgtest.php is the debug test file shown in the
>>documentation, the browser seems to just bypass the
>>xdebug_break() and print the value.
>open the dbgtest.php file with tsWebEditor and open the
>url
>with your browser.
>if it works, the window title will change and the stop
>button will be enabled and the stack window will be filled.
>
>
>>
>>Note I have also placed data into the remote file mapping
>
>>dialog of the debug tab of the editor settings but I'm
>not
>>sure it made any difference and it was gone when I went
>>back to the dialog later.
>i think here you will need the right settings because
>xdebug
>will send a filename something like
>/var/www/web01/dbgtext.php and you access the same file
>via
>samba Z:\web01\dbgtext.php. if you get the message "can
>not
>open file", you should change the remote file mapping.
>
>
>...thaler...

Re: xdebug with VPN

Author thaj
Full name Thaler
Date 2007-02-07 01:37:38 PST
Message does your windows xp firewall blocks the port 9000 ?


>xdebug.remote_ho​st=192.168.100.10
that config has to be the ip from the pc where tsWebEditor
is running and must be accessible from the linux pc.

>When I direct my browser (IE7) with
>http://.../dbgtest.p​hp?XDEBUG_SESSION_ST​ART=tswebeditor
>where dbgtest.php is the debug test file shown in the
>documentation, the browser seems to just bypass the
>xdebug_break() and print the value.
open the dbgtest.php file with tsWebEditor and open the url
with your browser.
if it works, the window title will change and the stop
button will be enabled and the stack window will be filled.

>
>Note I have also placed data into the remote file mapping
>dialog of the debug tab of the editor settings but I'm not
>sure it made any difference and it was gone when I went
>back to the dialog later.
i think here you will need the right settings because xdebug
will send a filename something like
/var/www/web01/dbgtext.php and you access the same file via
samba Z:\web01\dbgtext.php. if you get the message "can not
open file", you should change the remote file mapping.


...thaler...

xdebug with VPN

Author davhue
Full name Dave Huelsman
Date 2007-02-06 11:07:27 PST
Message I have tsWebEditor installed a windows XP machine with a
VPN connection and samba (across the internet) into a linux
machine wher all the PHP files are located. PHP is running
on the linux machine with xdebug installed.

Is it possible for tsWebEditor to use xdebug in this
configuration? It seems like I have gotten close to
getting it to work as I have fumbled about with various
settings but it is clear that I am missing a basic
understanding of how tsWebEditor and xdebug work together.

I have the php.ini settings of:
zend_extension="/roo​t/xdebug-2.0.0RC3/mo​dules/xdebug.so"
xdebug.remote_enable=On
xdebug.remote_handler=dbgp
xdebug.remote_host=1​92.168.100.10
xdebug.remote_mode=req
xdebug.remote_port=9000

When I direct my browser (IE7) with
http://.../dbgtest.p​hp?XDEBUG_SESSION_ST​ART=tswebeditor
where dbgtest.php is the debug test file shown in the
documentation, the browser seems to just bypass the
xdebug_break() and print the value.

I have tried also to invoke a debugging session from
tsWebEditor using the remote debugging parameters dialog
and entering:
http://192.168.100.1​/xdev/dbgtest.php
for the run remote URL and tswebeditor as the session.

This has given me various error messages including "can not
open file", "session timeout", "cannot redirect output for
pipe stderr", "exception from debugger, cannot get
property" along with an Xdebug Output panel with what
appears to be some output, and tooltip data for the
variable $i.

Note I have also placed data into the remote file mapping
dialog of the debug tab of the editor settings but I'm not
sure it made any difference and it was gone when I went
back to the dialog later.

Like I said, I'm clearly missing one or more basic concepts
that I haven't gained from reading the docs and the forums.
Messages per page: