|
|
|
| Re: How to prevent debug opening the browser? [message #86900 is a reply to message #86778] |
Tue, 16 December 2008 08:46   |
Eclipse User |
|
|
|
Originally posted by: dkel50.hotnospmail.com
Shawn is correct what he states here. If you use PDT to launch a debug
session that launch is designed to do several things. One is to ensure
that xdebug will activate on the server and the other is to associate
the executed script on the server with that of the script you have
specified in the launch in order to do automated path mapping. In order
for all that to work, PDT invokes the URL you specify in that launch to
ensure the appopriate script is executed and to ensure xdebug activates
by specifying the cookie. This is working as designed (and this was all
designed before the FF extension was available).
It sounds to me like you want to enter the URL yourself in Firefox and
control whether the cookie is on or not via the firefox extension, and
in that case you want to use the remote session initiation/JIT support
in PDT 2.0.0. You can turn this in the PHP Debugger preferences. Now if
you use the FF extension and enable the cookie yourself, then enter the
URL, PDT should receive the xdebug initial handshake and allow you to
debug it.
Alternatively you can change PDT to use the internal browser (Under
preferences, general section) and then the launch will always put the
web page into a single eclipse view (so you won't get multiple FF tabs).
As for the reason KEY is appended to the URL. This was due to Internet
Explorer (which the internal web browser view uses on windows) caching
web pages if the URL was identical. Ie you could change your php code
but the web browser would show the cached page and not execute your
changed code. Putting a KEY value which changes on each launch forces IE
to execute the php code.
Dave Kelsey
Hell No wrote:
>> As to why PDT is working the way it is for the non-JIT debug setup...
>> Xdebug looks for a cookie within the current page request to see if it
>> should send debug information to the remote host. The only way for
>> that cookie to exist is for PDT to open up a browser with the cookie
>> information put into the URL so that Xdebug can set the cookie. Check
>> out: http://www.xdebug.org/docs/remote and look at the section on HTTP
>> Debug Sessions. PDT is doing its bests to handle what Xdebug requires
>> to get a debug session started.
>
> That, as far as i can see, is incorrect. I use FF extension XDebug
> helper for that. ie i tell trough FF when and where i want to debug -
> and it works just fine. It's just the hassle with the
> bound-to-be-useless initial debug session spawn (that i exit / ignore /
> close anyway) that i would like to be without.
>
> Do not know eclipse inner logic related to that, so can't really know
> how or whether this can be done. Logically, there should be no problems
> (ie current project + current debug config [just the config] + xdebug
> connection spawned by whatever means [FF extension in this case] should
> be enough).
>
> One thing i am wondering: eclipse spawn has &KEY=<some number that looks
> like time> attached. Does not show up in xdebug communication (visibly)
> nor in xdebug documentation. What is it?
>
|
|
|
|
| Re: How to prevent debug opening the browser? [message #665122 is a reply to message #86900] |
Wed, 13 April 2011 11:22 |
 No real name
Messages: 1
Registered: April 2011 |
Junior Member |
|
|
| Eclipse User wrote on Tue, 16 December 2008 03:46 | Originally posted by: dkel50.hotnospmail.com
Alternatively you can change PDT to use the internal browser (Under
preferences, general section) and then the launch will always put the
web page into a single eclipse view (so you won't get multiple FF tabs).
|
How? where do I set that please?
under
Prefences -> General -> Web Browser
the "Use internal web browser" is greyed out
[Updated on: Wed, 13 April 2011 11:24] Report message to a moderator |
|
|
Powered by
FUDForum. Page generated in 0.02041 seconds
] 
Search
Help
Register
Login
Home
