Closed
Bug 306826
Opened 20 years ago
Closed 18 years ago
display of content within DOM Inspector doesn't update after opting browser
Categories
(Other Applications :: DOM Inspector, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: harig.in, Unassigned)
Details
Attachments
(2 files)
1.12 KB,
patch
|
Details | Diff | Splinter Review | |
1.07 KB,
patch
|
neil
:
review-
|
Details | Diff | Splinter Review |
Browser display within DOM Inspector is not updated when the option is chosen
from the View > Browser of the DOM insp.
Steps to reproduce:
Open firefox > some web page.
Open DOM Inspector.
Click the View > Browser to see the content. The split window is blank. Select
any of the nodes. Nothing happens.
Now click 'inspect' along side the url in the address box again. The page is
reloaded in the main window and the split pane within DOM Inspector. Now
content is visible.
I suppose the content should be immediately shown as the user picks the option.
![]() |
||
Updated•20 years ago
|
Component: Extension/Theme Manager → DOM Inspector
Product: Firefox → Other Applications
Version: 1.5 Branch → 1.8 Branch
Comment 1•20 years ago
|
||
See:
http://lxr.mozilla.org/seamonkey/source/extensions/inspector/resources/content/inspector.js#196
The "Inspect" button follows this code path:
http://lxr.mozilla.org/seamonkey/source/extensions/inspector/resources/content/inspector.js#329
So I gues it would make sense if the View > Browser menu-item also does a
gotoTypedURL when that hasn't been done yet.
![]() |
||
Updated•20 years ago
|
Assignee: nobody → dom-inspector
QA Contact: extension.manager → timeless
Comment 2•20 years ago
|
||
Something like this, I guess.
If the domi url bar value isn't the same as the domi browser location, then
update like the 'inspect' button does.
The situation is a bit difficult, because the domi url bar shows the url from
'outside' windows and from the domi browser window.
This patch ensures that when the the domi browser window is open, the content
of that browser window is inspected and the url bar has the same value as the
the browser window.
I think this is a more natural behavior.
Attachment #195071 -
Flags: review?(neil.parkwaycc.co.uk)
Comment 3•20 years ago
|
||
Comment on attachment 195071 [details] [diff] [review]
patch
Never mind, this check isn't good enough.
You can have identical url's but different content (browser windows all have
chrome://browser/content/browser.xul )
Attachment #195071 -
Flags: review?(neil.parkwaycc.co.uk)
Comment 4•20 years ago
|
||
Hmm, then the only option I can see is the View > Browser menu-item to behave
like 'Inspect', when it gets opened.
Comment 6•20 years ago
|
||
Comment on attachment 195078 [details] [diff] [review]
patch2
I don't like this, because it reloads every time you toggle the browser. Is it
possible to check that the browser's document is currently inspected?
Attachment #195078 -
Flags: review?(neil.parkwaycc.co.uk) → review-
This isn't what we want. Wearing module owner hat: WONTFIX. Sorry
What we would accept (at least, I would today) is a patch (in a new bug) to make the browser area default to a hint saying "click inspect to see content here".
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WONTFIX
Updated•18 years ago
|
Assignee: dom-inspector → nobody
QA Contact: timeless → dom-inspector
You need to log in
before you can comment on or make changes to this bug.
Description
•