Closed
Bug 1005038
Opened 11 years ago
Closed 11 years ago
In-content preferences: the pages from the Sync tab are loaded in current tab
Categories
(Firefox :: Settings UI, defect)
Firefox
Settings UI
Tracking
()
VERIFIED
FIXED
Firefox 32
People
(Reporter: cbadau, Assigned: Paenglab)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
1.20 KB,
patch
|
jaws
:
review+
|
Details | Diff | Splinter Review |
Reproducible on the latest Nightly (BuildID: 20140501030202)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
Reproducible on the latest Aurora (BuildID: 20140502004003)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0
Steps to reproduce:
1. Open about:preferences.
2. Go to Sync tab and click on the "Sign In", "Create Account" or "Using an older version of Sync?" option.
Actual results: The pages are loaded in current tab, not in a new tab. The in-content preferences page is closed.
Expected results: The pages are loaded in a new tab. The in-content preferences page remains opened in current tab.
Notes: This bug is reproducible also on Mac OSX 10.7.5 and Ubuntu 13.10 32bit.
Reporter | ||
Updated•11 years ago
|
status-firefox31:
--- → affected
status-firefox32:
--- → affected
Assignee | ||
Comment 1•11 years ago
|
||
This let's open the links in a new tab.
Jared, what do you think? I could also remove whole "if (!win) {}" part as we are using the in-content prefs and have a browser window. Thus this check isn't needed and we only need to open a new tab.
Comment 2•11 years ago
|
||
Comment on attachment 8416526 [details] [diff] [review]
Bug1005038-newTab.patch
Review of attachment 8416526 [details] [diff] [review]:
-----------------------------------------------------------------
Can you please file a follow-up bug to clean up this file? There is a lot of code that is around in the case that there is no recent window, but with in-content preferences I don't see how we could have the preferences open without a recent window.
Attachment #8416526 -
Flags: review?(jaws) → review+
Comment 3•11 years ago
|
||
Ah, I didn't see your note in comment #1. Yes, I agree, but let's do that in a follow-up bug, and include tests in that one as well.
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Comment 4•11 years ago
|
||
Hi, could you provide a Try link. Suggestions for what to run if you haven't
yet can be found here:
https://wiki.mozilla.org/Sheriffing/How:To:Recommended_Try_Practices
Keywords: checkin-needed
Assignee | ||
Comment 5•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Comment 6•11 years ago
|
||
Keywords: checkin-needed
Whiteboard: [fixed-in-fx-team]
Comment 7•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 32
Comment 8•11 years ago
|
||
Reproduced with Nightly from 2014-05-02 with STR from comment 0.
Verified as fixed on latest Nightly 32.0a1 (Build Id: 20140514030203) on Windows 7 x64:
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:32.0) Gecko/20100101 Firefox/32.0
You need to log in
before you can comment on or make changes to this bug.
Description
•