<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Helvetica, Arial, sans-serif">Hi Moses,<br>
<br>
Glad that helped.&nbsp; I haven't used step filters so can't comment on that
sorry.&nbsp; Re: debugging any page, I still believe that it has to be a php
page and you'll have trouble getting it to link to a pure HTML page.&nbsp;&nbsp;
I would be interested in knowing how you go with an arbitrary launch
point, I still suspect that if you tried to go straight to </font>node-product.tpl.php
it wouldn't do you much good as there is no actual node loaded.<br>
<br>
Anthony.l<br>
<br>
On 9/06/2010 6:06 AM, Moses Elias (2) wrote:
<blockquote cite="mid:4C0EA2CD.7040209@netvision.net.il" type="cite">Hi
Anthony,
  <br>
  <br>
Your advice was spot on. I had mapped a path incorrectly because I had
hard-coded a URL link in template.php and the URL in Eclipse that was
being called was being redirected to the wrong location. The print_r
advice led me to right conclusion.
  <br>
  <br>
Second, in Eclipse the externally configured Firefox browser wasn't
interacting with the debugger as expected because I opened and shutdown
the browser at the end of each debugging session. Now that I've stopped
shutting down the browser after each debugging cycle (and left the
browser window open) that problem has gone away too.
  <br>
  <br>
Third, according to Chris Charlon you can debug any arbitrary URL and
you don't have to always start your debug session from index.php.
However I haven't had the time to check it out yet. Chris says:
  <br>
  <br>
&gt;&gt; You can debug a single URL, you must change the project
settings (right-click &gt; properties). You can save multiple "web
servers" &gt;&gt; in a project, so you can have one for index.php and
one for any other URL you're concentrating on.
  <br>
  <br>
&gt;&gt; When debugging a template you must visit a node to see it in
action, usually.
  <br>
  <br>
Lastly, and here's another question. I am also wondering why Step
Filters in Eclipse PDT don't seem to work. From what I have read so far
it hasn't been implemented thus far, but I just wanted to confirm this
myself because it would be a great effort saver if Step Filters were
implemented as expected, and you exclude certain source directories,
while you're debugging.
  <br>
  <br>
Thanks for your help.
  <br>
  <br>
Moses
  <br>
  <br>
  <br>
On 02/06/2010 11:37, Anth wrote:
  <br>
  <blockquote type="cite">Hi Moses,
    <br>
    <br>
If you're getting your debugger to stop at all then most of your setup
    <br>
must be fine.&nbsp; Are you sure that your node-product.tpl.php is being
    <br>
called?&nbsp; Maybe throw a print_r or something in it to make sure.&nbsp; I know
    <br>
that I have seen bugs around node template suggestions not being used
    <br>
unless node.tpl.php is in the same file.&nbsp; If the only command is
    <br>
terminate then all server side processing is done usually.&nbsp; Is the page
    <br>
rendering?
    <br>
    <br>
You won't see anything in the browser until Drupal has finished
    <br>
processing everything, this is mainly because all the work goes into
    <br>
building up an output string and the last thing that index.php does is
    <br>
basically just write that string out.&nbsp; At this point control goes back
    <br>
to the browser until something (a page navigate or a submit) sends
    <br>
control back to the server and it all goes through it again.&nbsp; It will
    <br>
only then stop if where you're sending it to has a breakpoint set up.
    <br>
    <br>
I'm pretty sure it has to be a php file, but don't quote me on that.&nbsp; I
    <br>
think I once tried to get it to launch to a html file for a non Drupal
    <br>
project but didn't have much luck.&nbsp; The main reason it's index.php that
    <br>
needs to be called is that index.php does a call to drupal_bootstrap so
    <br>
that all it's variables and database access is set up so calling to
    <br>
another file wouldn't really work.
    <br>
    <br>
HTH.
    <br>
Anthony.
    <br>
    <br>
On 6:59 AM, Moses Elias (2) wrote:
    <br>
&nbsp;&nbsp;
    <blockquote type="cite">I am an Eclipse PDT newbie, so apologies if
my questions are basic.
      <br>
      <br>
THE ENVIRONMENT
      <br>
================
      <br>
I have set up Eclipse PDT 2.1.3 with xDebug and I am trying to debug a
      <br>
Drupal application with LAMPP on Ubuntu via my localhost. I have
      <br>
installed the Drupal Plugin for Eclipse.
      <br>
      <br>
I have set breakpoints in page-front.tpl.php and page.tpl.php and the
      <br>
debugger stops in the files where expected.
      <br>
      <br>
      <br>
THE PROBLEM
      <br>
============
      <br>
However, I have set a breakpoint in a node-product.tpl.php file
      <br>
(derived from node.tpl.php) but when I click Run&gt;&nbsp; Resume and I
      <br>
navigate to the correct page in the browser window, the debugger just
      <br>
refuses to stop execution in it. At this point under Run, the only
      <br>
command highlighted is Terminate, so I don't know where in the
      <br>
application I am at present.
      <br>
      <br>
If the application is still executing, how do I break out of the loop
      <br>
and get back control so I can start debugging?
      <br>
      <br>
Secondly, I am not certain why I am not able to get into that file and
      <br>
perhaps there's a good reason I am not aware of. This is my primary
      <br>
aim here.
      <br>
      <br>
Also, my Firefox External browser opens when I initiate a debug
      <br>
session, but there doesn't seem to be a relationship between Run&gt;
      <br>
Step Over (F6) and what I see in the browser window. The browser is
      <br>
expecting user input. How do I coordinate between the browser and the
      <br>
Eclipse IDE so it's interactive between the two? An action in one
      <br>
makes it pause or continue in the other. That means, when I click in
      <br>
browser window, it should show me where I am in the debugger.
      <br>
      <br>
I have one more question. When I start a Drupal debugging session most
      <br>
people set up the Run&gt;&nbsp; Run Configurations to start at index.php. My
      <br>
question is can I start a debug session at some arbitrary URL address
      <br>
or does it always have to begin with a .php file? How about a .tpl.php
      <br>
file located not in the htdocs folder, but in the theme folder itself?
      <br>
Should it be a .tpl.php file, or can it be a URL address?
      <br>
      <br>
I know these are basic questions, but any leads would be appreciated.
      <br>
      <br>
      <br>
      <br>
&nbsp;&nbsp;&nbsp;&nbsp; </blockquote>
  </blockquote>
  <br>
  <br>
</blockquote>
</body>
</html>