Open Bug 924075 Opened 11 years ago Updated 2 years ago

Filter of Object Inspector (Web Developer Tools) doesn't work on hidden properties/methods

Categories

(DevTools :: Storage Inspector, defect, P3)

defect

Tracking

(Not tracked)

People

(Reporter: regagnon, Unassigned)

References

(Blocks 1 open bug)

Details

- Go to a web page
- Inspect the window global object (enter "window" in the console, click on the output)
- Maybe you want to easily jump to the "visible" property of the "statusBar" property of the window object (which you curently inspect)
- You start to type in the filter search field "visible", but our property doesn't appear.
- Reset the search field. Now type "statusBar", and open the object, to see the "visible" property.
- Reset one more time the filter search field, and type one more type "visible". This time our property shows up.


It seems you can only search within what has already been displayed in the panel. 
Once it has already been displayed, it doesn't need to be currently displayed to work


The filter search field should work on all properties/methods of all properties of the current inspected object. Even if the properties/methods are hidden, or have never been shown during the object inspection.
This happens because the properties are lazily fetched, so their existence is unknown while filtering. Once they've been fetched, they obey filtering rules normally.

This is done for a number of reasons, one of which is the performance cost of doing too many round trips to fetch properties of properties of properties etc. There's also the issue of "when to stop?". How many levels deep should the search be?

However, maybe allowing a one level deep fetch of all properties might be ok? Or moving part of the search mechanism on the server and having a specific protocol request for this, defining search nesting etc.? Mihai, what do you think?
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Mac OS X → All
Hardware: x86 → All
Product: Firefox → DevTools
Priority: -- → P3

Moving to the DOM panel as it's VariableView related and only the DOM panel uses the VariableView now

Component: Object Inspector → DOM

erratum: this should have been moved to the storage inspector, which is the last consumer of the variable view

Component: DOM → Storage Inspector
Blocks: 1666453
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.