Closed Bug 110761 Opened 23 years ago Closed 6 years ago

Venkman should track source as loaded by the browser

Categories

(Other Applications Graveyard :: Venkman JS Debugger, defect, P3)

x86
All
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: bugzilla, Assigned: rginda)

References

()

Details

(Whiteboard: [native])

if you start the js debugger and go to http://mail.opasia.dk
and in the debugger open the link http://web.mail.opasia.dk/webmail....
and click on the function "local_init" the js debugger doesn't high light the
function...
I'm seeing this in the js console. Not sure if it's relevant:

Error: column has no properties
Source File: 
Line: 18 

Error: column has no properties
Source File: 
Line: 32

build 20011118
Status: NEW → ASSIGNED
Priority: -- → P3
This looks like it's because we refetch the source from the server, instead of
using the source we actually got from the server the first time.  I'll need to
fix this for moz 1.0.

cc'ing jst who's going to have to sr= the DOM changes.
Whiteboard: [native]
Target Milestone: --- → mozilla1.0
Summary: function not highlighted in source when selected → Venkman should track source as loaded by the browser
Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+,
topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword.  Please send any
questions or feedback about this to adt@netscape.com.  You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla1.0 → mozilla1.2
Target Milestone: mozilla1.2 → mozilla1.0
I'm going to push this out, Pretty Print can always be used to see the "real"
source when all else fails.
Target Milestone: mozilla1.0 → Future
This causes a real problem for developing JSPs, especially when there is no real
referrer URL (we hide everything in a generic servlet name). Although pretty
print will allow the debugger to show the actual script function to facilitate
debugging, attempting to open the actual page source causes Venkman to refetch
the page and the server spits out an error page.

Interestingly enough, if one closes the debugger and then reopens it after a JSP
has loaded, you get to see all the page-declared functions under the page's
generic name and they are viewable (pretty print enabled). Any attempt to fetch
the page source and everything flies out of the loaded scripts pane for the
page. Loading a new page causes this same behaviour (loss of page-declared
functions) though they do display if the debugger kicks in.

Just a plea to fix this behaviour as we work exclusively with JSPs.

TIA.
You might try turning off the "Exclude Duplicates" item in the context menu of
the Loaded Scripts view.  With this option on, Venkman will only show the
*latest* version of a particular file, which is probably why you notice your
functions go away when you load a new page.  That might make it possible to work
with Pretty Print in the meantime.
OS: Windows 2000 → All
Target Milestone: Future → ---
Product: Core → Other Applications
QA Contact: rginda → venkman
Component is obsolete so resolving bugs as INCOMPLETE
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
Product: Other Applications → Other Applications Graveyard
You need to log in before you can comment on or make changes to this bug.