Closed
Bug 912646
Opened 11 years ago
Closed 11 years ago
Closing app toolbox causes phone to disconnect
Categories
(DevTools Graveyard :: WebIDE, defect)
DevTools Graveyard
WebIDE
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 26
People
(Reporter: jryans, Assigned: jryans)
References
Details
Attachments
(3 files)
(deleted),
text/plain
|
Details | |
(deleted),
patch
|
dcamp
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
dcamp
:
review+
|
Details | Diff | Splinter Review |
I wasn't sure if this was a known issue or not.
I am using Paul's app-manager branch (commit 247def72d8 "screenshot over actor") with the latest Keon nightly (build ID 20130904022733). I can debug apps successfully.
STR:
1. Open App Manager
2. Connect to phone
3. Go to My Device -> Installed Apps
4. Click one of the Debug buttons
5. Close the toolbox
ER:
Toolbox closes, can debug another app.
AR:
Toolbox closes, and phone disconnects unexpectedly. See attached log.
Assignee | ||
Comment 1•11 years ago
|
||
Here's the corresponding Gecko commit:
http://git.mozilla.org/?p=releases/gecko.git;a=commit;h=1623103fc3c35b80c3e636bcf3b74a131f0c7d01
Comment 2•11 years ago
|
||
That's a (very) known issue, but I don't think we have any bug opened yet.
We are using a (very) hacky workaround in the simulator for this particular issue:
https://github.com/mozilla/r2d2b2g/blob/master/addon/lib/simulator.js#L1080-L1095
We need to tweak devtools codebase in order to address that in a (very) sane way ;)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → jryans
OS: Mac OS X → All
Hardware: x86 → All
Assignee | ||
Comment 3•11 years ago
|
||
Just a few cleanups to simplify and reduce repetition.
Attachment #801010 -
Flags: review?(dcamp)
Assignee | ||
Comment 4•11 years ago
|
||
This patch changes the lifetime management for remote tabs.
If you make a target for a local tab, and then call makeRemote(), target.js creates a client, connects it, and closes it on destroy. It fully manages the client's lifecycle, which makes sense, and remains unchanged.
If you make a target for a remote tab, you pass in to the target a client which you have already created and connected. Prior to this patch, the target would close it on destroy because it assumed you have no other need for the client you passed to it. This patch changes things so that the target will not attempt to close the client you gave it in this case. The caller now becomes responsible for doing that.
Attachment #801014 -
Flags: review?(dcamp)
Updated•11 years ago
|
Attachment #801014 -
Flags: review?(dcamp) → review+
Updated•11 years ago
|
Attachment #801010 -
Flags: review?(dcamp) → review+
Comment 5•11 years ago
|
||
I went ahead and pushed these patches to try: https://tbpl.mozilla.org/?tree=Try&rev=e7af0dfd12d7
Comment 6•11 years ago
|
||
Can I land that?
Comment 8•11 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/bd1111b18be1
https://hg.mozilla.org/integration/fx-team/rev/84caf75159b2
Whiteboard: [land-in-fx-team]
Comment 9•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/bd1111b18be1
https://hg.mozilla.org/mozilla-central/rev/84caf75159b2
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 26
Assignee | ||
Updated•11 years ago
|
Whiteboard: [needs-coverage]
Assignee | ||
Updated•11 years ago
|
Whiteboard: [needs-coverage]
Updated•6 years ago
|
Product: Firefox → DevTools
Updated•5 years ago
|
Product: DevTools → DevTools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•