Closed
Bug 949590
Opened 11 years ago
Closed 11 years ago
When switching browsers, wait for the previous instance to close the profile before launching
Categories
(Firefox for Metro Graveyard :: General, defect, P2)
Tracking
(firefox28 verified, firefox29 verified)
VERIFIED
FIXED
Firefox 28
People
(Reporter: jimm, Assigned: jimm)
References
Details
(Whiteboard: [beta28] p=1)
Attachments
(1 file)
7.59 KB,
patch
|
bbondy
:
review+
lsblakk
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
particularly on debug builds, we can end up with both browsers trying to access the default profile. This will cause the spawned browser to crash.
Updated•11 years ago
|
Blocks: metrov1backlog
Whiteboard: [triage]
Updated•11 years ago
|
Blocks: metroprofilesharing
Assignee | ||
Updated•11 years ago
|
Summary: When switching browsers, wait for the previous instance to close before opening the profile → When switching browsers, wait for the previous instance to close the profile before launching
Assignee | ||
Comment 1•11 years ago
|
||
This makes things more reliable. Also, this fixes a pretty bad bug, when we shutdown in nsAppRunner to flip to metro we were actually always trying to launch the desktop browser as well.
Attachment #8347260 -
Flags: review?(netzen)
Assignee | ||
Updated•11 years ago
|
Attachment #8347260 -
Attachment is patch: true
Assignee | ||
Comment 2•11 years ago
|
||
Comment on attachment 8347260 [details] [diff] [review]
patch v.1
Review of attachment 8347260 [details] [diff] [review]:
-----------------------------------------------------------------
::: browser/metro/shell/commandexecutehandler/CEHHelper.h
@@ +14,5 @@
> #include <d3d10misc.h>
> #include <atlbase.h>
> #include <shlobj.h>
>
> +#define SHOW_CONSOLE 1
removed in my local patch
Assignee | ||
Updated•11 years ago
|
Whiteboard: [triage] → [beta28]
Comment 3•11 years ago
|
||
Comment on attachment 8347260 [details] [diff] [review]
patch v.1
Review of attachment 8347260 [details] [diff] [review]:
-----------------------------------------------------------------
great :)
Attachment #8347260 -
Flags: review?(netzen) → review+
Comment 4•11 years ago
|
||
Hey Jim, can you provide a point value and I'll add it to IT#21.
Status: NEW → ASSIGNED
Flags: needinfo?(jmathies)
Priority: -- → P2
QA Contact: jbecerra
Whiteboard: [beta28] → [beta28] p=0
Assignee | ||
Comment 5•11 years ago
|
||
Flags: needinfo?(jmathies)
Whiteboard: [beta28] p=0 → [beta28] p=1
Assignee | ||
Comment 6•11 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/507e9a3471b8
follow up to remove that darn console line. forgot to do an hg qdiff on the patch file.
Assignee | ||
Updated•11 years ago
|
Target Milestone: --- → Firefox 29
Comment 7•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/7ad2f3b9823b
https://hg.mozilla.org/mozilla-central/rev/507e9a3471b8
https://hg.mozilla.org/mozilla-central/rev/79e6ae7e76f8
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 8•11 years ago
|
||
Comment on attachment 8347260 [details] [diff] [review]
patch v.1
[Approval Request Comment]
Bug caused by (feature/regressing bug #): Fixes a long standing issue.
User impact if declined: Wonky browser startup.
Testing completed (on m-c, etc.): yes.
Risk to taking this patch (and alternatives if risky): Minimal.
String or IDL/UUID changes made by this patch: None.
Attachment #8347260 -
Flags: approval-mozilla-aurora?
Updated•11 years ago
|
Attachment #8347260 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 9•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/ce40b652eaef (includes the bustage fixes)
status-firefox28:
--- → fixed
status-firefox29:
--- → fixed
Assignee | ||
Updated•11 years ago
|
Target Milestone: Firefox 29 → Firefox 28
Comment 10•11 years ago
|
||
Verified as fixed on latest nightly (build ID: 20140112030204) and latest aurora (build ID: 20140112004002).
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in
before you can comment on or make changes to this bug.
Description
•