| [news.eclipse.tools.pdt] Re: XDebug JIT fails ... somewhere |
One final thing to check is the initial script defined on the include path ?
Dave Kelsey
The remote session initiation doesn't attempt to look for any predefined web launch configuration nor does it attempt to look for any predefined server definition. It creates a temporary launch configuration (seen as <unknown>). So it is working as currently designed in that respect.
Hm, but how does it find the relevant php source then?
I have used this functionality before and it more-or-less worked. However, no path mapping was needed there and it failed to open the file in given project - opening the file directly instead. This failure to see that the files are the same is/was very annoying, but at least it worked.
How exactly does this fail for you ?
It fails to find the relevant source. If "break on first line" is not set - then nothing happens (breakpoints get ignored). If it is checked i get "Source not found for /foo/bar/host/htdocs-ssl/x.php.{main} : lineno 2. Please add the file to the project or the projects Include Path, or structure the files in Project/Include Path to more closely resemble the layout of the files on the server."
I have to tell it somewhere where it can find the files - but if server/config path mappings are ignored then where can i do that?
It needs to map:
"/foo/bar/host/htdocs-ssl" => "/project_name/htdocs-ssl" or "P:\htdocs-ssl"
preferably to "/project_name/htdocs-ssl" as eclipse/pdt (whatever is responsible of it) fails to see direct paths to equal project path.
The only workaround i have currently is to start the debug session with correct path mappings manually -> then immediately end the session, but not remove it -> close the spawned browser sessions. After that JIT works as expected.
The only PHP server (also default): *url: https://host *path on server: /foo/bar/host/htdocs-ssl *local path: /project_name/htdocs-ssl
NB! Thous two point to the same (physical) folder.