Closed
Bug 915372
Opened 11 years ago
Closed 11 years ago
Inspector can only be opened once per app per connection
Categories
(DevTools :: Inspector, defect)
DevTools
Inspector
Tracking
(firefox26 verified, firefox27 verified)
VERIFIED
FIXED
Firefox 27
People
(Reporter: jryans, Assigned: jryans)
References
Details
Attachments
(1 file, 1 obsolete file)
4.78 KB,
patch
|
paul
:
review+
lsblakk
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
STR:
1. Connect the App Manager to a device
2. From My Device -> Installed Apps, start some app, like say Gallery
3. Click Debug on Gallery to open the toolbox
4. Switch to the Inspector tab
5. Close the toolbox
6. Click Debug again on the same app (Gallery)
7. You will see the Inspector tab is selected, but the actual content of the tool does not appear. Other tools appear to work fine.
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → jryans
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•11 years ago
|
||
The changes I made in bug 912646 to keep the client connected when a remote target closes exposed a few cleanups that were missing in the inspector code path.
Previously, these weren't required since the client would go away when a toolbox is closed, but that's no longer true when you are remote.
Attachment #804798 -
Flags: review?(dcamp)
Assignee | ||
Updated•11 years ago
|
Component: Developer Tools: App Manager → Developer Tools: Inspector
Updated•11 years ago
|
Attachment #804798 -
Flags: review?(dcamp) → review+
Comment 2•11 years ago
|
||
Can we land that?
Comment 3•11 years ago
|
||
Push to try: https://tbpl.mozilla.org/?tree=Try&rev=fcab8ea6adcf
Comment 4•11 years ago
|
||
Orange
Assignee | ||
Comment 5•11 years ago
|
||
An additional change was needed to resolve a race condition. Currently, when a toolbox is destroyed, the panels, host, and target are all told to destroy and they race each other.
The complication is that the inspector panel wants to destroy the WalkerFront / WalkerActor and the target now wants to destroy the InspectorFront (which owns the WalkerFront) and the debugger connection (for local tabs only).
In this version, I've made an additional change to delay target destruction until after the panels and host are done being destroyed, in case they rely on an active connection to do their work.
Try push: https://tbpl.mozilla.org/?tree=Try&rev=5112236ade3b
Attachment #804798 -
Attachment is obsolete: true
Attachment #805486 -
Flags: review?(dcamp)
Updated•11 years ago
|
Whiteboard: [needed-in-aurora-26]
Updated•11 years ago
|
Attachment #805486 -
Flags: review?(dcamp) → review+
Updated•11 years ago
|
Keywords: checkin-needed
Comment 6•11 years ago
|
||
Keywords: checkin-needed
Comment 7•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 27
Comment 8•11 years ago
|
||
Comment on attachment 805486 [details] [diff] [review]
Clean up inspector front and actor when reusing connection (v2)
[Approval Request Comment]
Bug caused by (feature/regressing bug #): new feature (app manager)
User impact if declined: can't use the inspector twice
Testing completed (on m-c, etc.): fx-team, m-c
Risk to taking this patch (and alternatives if risky): low
String or IDL/UUID changes made by this patch: no
Attachment #805486 -
Flags: approval-mozilla-aurora?
Updated•11 years ago
|
Attachment #805486 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 9•11 years ago
|
||
Comment 10•11 years ago
|
||
Mozilla/5.0 (X11; Linux x86_64; rv:28.0) Gecko/20100101 Firefox/28.0
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:28.0) Gecko/20100101 Firefox/28.0
The issue as described in Comment 0 still reproduces on latest Nightly (20131030030201) on Debugger tab.
Using the following STR it can also be seen in the Inspector tab:
1. Open an app
2. Select the Debug button
3. On toolbox select all the tabs and check that they contain data
4. Go to Console tab and close the toolbox
5. Reopen the toolbox and check again the tabs content
AR: The Inspector and Debugger tabs have no content. Please see the screencast: https://docs.google.com/file/d/0BzbDkQ2Zlg86ZklJaDZWZUNoUkk/edit?usp=sharing
Should I file new bugs for these issues? Thanks
QA Contact: petruta.rasa
Comment 11•11 years ago
|
||
(In reply to petruta.rasa from comment #10)
> Mozilla/5.0 (X11; Linux x86_64; rv:28.0) Gecko/20100101 Firefox/28.0
> Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0
> Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:28.0) Gecko/20100101
> Firefox/28.0
>
> The issue as described in Comment 0 still reproduces on latest Nightly
> (20131030030201) on Debugger tab.
>
> Using the following STR it can also be seen in the Inspector tab:
> 1. Open an app
> 2. Select the Debug button
> 3. On toolbox select all the tabs and check that they contain data
> 4. Go to Console tab and close the toolbox
> 5. Reopen the toolbox and check again the tabs content
>
> AR: The Inspector and Debugger tabs have no content. Please see the
> screencast:
> https://docs.google.com/file/d/0BzbDkQ2Zlg86ZklJaDZWZUNoUkk/edit?usp=sharing
>
> Should I file new bugs for these issues? Thanks
Yes. Please. That sounds pretty bad.
Comment 12•11 years ago
|
||
Marking as verified since the original issue is not reproducible on latest Aurora (20131028004004) and Nightly (20131030030201). Logged 933212 and 933214 for the other issues found.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•