av9ash/GitBugs huggingface dataset:
Bug: Customize toolbar places any dragged item on the left side of the tab bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-19 19:33:53+00:00
Resolved: 2021-11-30 23:31:47+00:00

I'm trying to install Nightly on a new computer and all attempts to add items to the toolbar are failing. Items can be dragged away from the toolbar, but there are no drop points on the toolbar. Furthermore, anything dropped ends up on the left side of the tab bar.

Steps to reproduce:
* Open Customize toolbar.
* Try to drag to the toolbar.

Expect:
* The drag works.

Actual:
* The drag fails.

This might be related to bug 1736523 as both involve dragging.
Bug: Error scrolling pinned tabs over 50 tabs
Status: NEW
Priority: --
Created: 2021-10-19 20:20:12+00:00
Resolved: 2024-02-20 15:53:06+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36

Steps to reproduce:

When the number of tabs I pin exceeds 50, the add button disappears and the normal tabs disappear.
My resolution: 1920 * 1080
Bug: Crash in [@ mozilla::dom::ClientHandle::Control]
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-19 20:26:08+00:00
Resolved: 2021-10-19 20:40:10+00:00

Crash report: https://crash-stats.mozilla.org/report/index/2fbb426e-342b-4cac-aa5b-18ff30211019

MOZ_CRASH Reason: ```MOZ_RELEASE_ASSERT(ClientMatchPrincipalInfo(mClientInfo.PrincipalInfo(), aServiceWorker.PrincipalInfo()))```

Top 10 frames of crashing thread:
```
0 libxul.so mozilla::dom::ClientHandle::Control dom/clients/manager/ClientHandle.cpp:111
1 libxul.so mozilla::dom::ServiceWorkerManager::StartControllingClient dom/serviceworkers/ServiceWorkerManager.cpp:504
2 libxul.so mozilla::dom::ServiceWorkerInterceptController::ShouldPrepareForIntercept dom/serviceworkers/ServiceWorkerInterceptController.cpp:70
3 libxul.so mozilla::net::HttpBaseChannel::ShouldIntercept netwerk/protocol/http/HttpBaseChannel.cpp:3761
4 libxul.so std::_Function_handler<nsresult  /builds/worker/fetches/sysroot-x86_64-linux-gnu/usr/include/c++/7/bits/std_function.h:301
5 libxul.so mozilla::net::nsHttpChannel::CallOrWaitForResume netwerk/protocol/http/nsHttpChannel.cpp:8659
6 libxul.so mozilla::net::nsHttpChannel::ContinueOnBeforeConnect netwerk/protocol/http/nsHttpChannel.cpp:693
7 libxul.so mozilla::net::nsHttpChannel::MaybeUseHTTPSRRForUpgrade netwerk/protocol/http/nsHttpChannel.cpp:550
8 libxul.so std::_Function_handler<nsresult  /builds/worker/fetches/sysroot-x86_64-linux-gnu/usr/include/c++/7/bits/std_function.h:301
9 libxul.so mozilla::net::nsHttpChannel::CallOrWaitForResume netwerk/protocol/http/nsHttpChannel.cpp:8659
```
Bug: Checkbox on X-Frame-Options error page is misaligned (should be in the middle of the page, not on the left/start)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-19 20:36:23+00:00
Resolved: 2022-01-17 08:01:43+00:00

STR:

1. Open a website with a X-Frame-Options error, for example https://labs.w0s.jp/http/x-frame-options/
2. Look at the "Report errors like this" checkbox below the "X-Frame-Options: DENY" headline.

Expected:

The checkbox is aligned with the content of the error page.

Actual:

The checkbox is positioned on the left of the error page.

It's a regression from bug 1724230 (introduced in Firefox 93).
Bug: Make profile unlocker work in MSIX packages
Status: NEW
Priority: P3
Created: 2021-10-19 20:41:07+00:00
Resolved: 2021-10-20 17:55:56+00:00

While digging into Bug 1734000, I discovered that the existing Profile Unlocker on Windows doesn't work in the MSIX package context: https://bugzilla.mozilla.org/show_bug.cgi?id=1734000#c1.

This ticket tracks attaching a debugger to figure out what, exactly, is failing; investigating  any alternative APIs that we can use for this functionality in an App Package context; and fixing or updating the UI if we can't recover this functionality.
Bug: Drag and drop does not register
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-19 23:05:45+00:00
Resolved: 2021-10-20 07:37:28+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:100.0) Gecko/20100101 Firefox/100.0

Steps to reproduce:

Drag and drop is broken on the latest Nightly build. Users are unable to...

1. Click and drag tabs to rearrange order.
2. Click and drag tiles on the new tab page.
3. Drag and drop items to web pages.

Environment notes: Freshly downloaded off the official website, Debian testing (12), DE independent (reproduce-able across all DE's). Same steps to reproduce on MX Linux as well.


Actual results:

The results of attempting the tasks above in {1..3}:

1. Tabs default to left-most first position on drag.
2. The tile opens the link in a new tab in the left-most first position.
3.  Opens the link in a new tab in the left-most first position displaying the dropped file content or triggers the download dialogue.


Expected results:

Expected actions:

1. Tabs are dragged to the location under the mouse.
2. Tiles in the new page do not open a new tab, but relocate.
3. Dropped files do not open in a new tab.
Bug: MSIX: AccessibleHandler is not registered, causing severe performance issues for a11y
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-10-19 23:23:31+00:00
Resolved: 2023-06-02 15:22:27+00:00

E10s a11y depends on a COM component (AccessibleHandler.dll) which has to be registered in the registry. Without this component, a11y will work, but it will be unusably slow, possibly unreliable and OOP iframes won't work with the JAWS screen reader.

STR:

1. Download and install the [NVDA screen reader](https://www.nvaccess.org/).
2. Install Firefox from the Windows Store.
3. Start NVDA.
4. Start the Firefox Windows Store app.
5. Go to about:support.
6. Look for "Accessible Handler Used" and check its value.
    - Expected: true
    - Actual: false
7. Visit https://en.wikipedia.org/wiki/World_War_I
    - Expected: NVDA will say "Loading document..." and then start reading the page after about 3 seconds.
    - Actual: NVDA says "Loading document..." and starts reading the page after about 15 seconds. Responsiveness is very poor for 10+ seconds thereafter.

AccessibleHandler is a [COM lightweight client-side handler](https://docs.microsoft.com/en-us/windows/win32/com/the-lightweight-client-side-handler). This is a fairly obscure, rarely used piece of COM. As far as I know, these have to be registered in the registry; they are not supported in .manifest files. Our NSIS installer registers this in HKLM and our [detection code looks in HKLM](https://searchfox.org/mozilla-central/rev/8130ddcaa7e214d341371194bb1d2f97078cab00/accessible/windows/msaa/Platform.cpp#160). I'm not sure whether COM supports this in HKCU, but I think it supports everything else there, so I guess it probably does.

Regardless of HKLM vs HKCU, an open question is whether MSIX even supports COM lightweight client-side handlers at all. If it doesn't, that is a big problem for us.

Note that we are currently working on a massive re-architecture (bug 1694563) which will eliminate the need for this dependency. Unfortunately, that is many months away from being usable given current resourcing.
Bug: Firefox asking for confirmation when quitting even if session restore is enabled
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-19 23:27:56+00:00
Resolved: 2021-11-02 11:29:46+00:00

STR:
1) Enable session restore
2) Enable the option to ask for confirmation when closing multiple tabs
3) Open multiple windows with multiple tabs
4) From the hamburger menu, select Quit

Expected results:
Firefox exits without any warning message

Actual results:
Firefox is asking for confirmation before quitting

I can't seem to reproduce this in a clean profile.
Bug: Smarter Contextual Search test rollout turned on options even when not activated
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2021-10-19 23:47:18+00:00
Resolved: 2022-09-04 19:54:58+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:93.0) Gecko/20100101 Firefox/93.0

Steps to reproduce:

Installed Firefox 93


Actual results:

Two options, Provide search suggestions (Search tab) and "Contextual suggestions" (Privacy tab), were both enabled without my consent or any notification. Neither were previously enabled, ever.

I assume this happened as part of the test rollout of the new "smarter contextual suggestions" feature. Since I assume both options would logically be required to use that new feature, and I can see no other reason you might suddenly be turning them on. The could to enable them clearly being outside the opt-in process for the new feature, at least in some use cases.

Please note: Not only did I not get prompted to opt-in to this new feature rollout, even if I had been given the option I NEVER would have agreed to enable it. I don't need or want the contextual search, as it annoys the hell out of me. That is why those two options, as well as all the other options under "Address Bar — Firefox Suggest", have been disabled as long as I have used Firefox. Or at least as long as those options were first available.

I would also point out that it is particularly concerning that a privacy related option was turned on without my consent. Changing privacy options should NOT happen without user consent. Ever.


Expected results:

Leave my settings the heck alone.

If I had chosen to opt-in to the new feature, I could perhaps understand as I can see both these options being required for the new feature. I did not though.

Also note that I have confirmed that I do not have the new feature installed as the text "Firefox will have access to your location, search queries, and visited sites" does not and did not appear below the "Contextual suggestions" option. Per this article: https://support.mozilla.org/en-US/kb/navigate-web-faster-firefox-suggest?as=u&utm_source=inproduct.
Bug: Firefox 95.0a1 menu bar is a mess
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-20 05:43:58+00:00
Resolved: 2021-11-20 16:55:46+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:95.0) Gecko/20100101 Firefox/95.0

Steps to reproduce:

I want a trivial menu bar and trivial controls like old Netscape days


Actual results:

A disaster where the menubar has bookmarks on it. See attached image.


Expected results:

A trivial menu bar and trivial "wow bar" that does everything else.
Bug: Firefox keeps asking what to do with PDF files
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-20 09:32:32+00:00
Resolved: 2021-11-02 18:09:25+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:93.0) Gecko/20100101 Firefox/93.0

Steps to reproduce:

Every time I click on a link that's a PDF file, Firefox asks me "What should Firefox do with this file?", despite me having selected "Do this automatically for files like this from now on." Every time I want to view the file in Firefox. The endless asking is getting tiring.



Expected results:

Firefox should not ask again if the user previously selected "Do this automatically for files like this from now on."
Bug: exception
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-20 09:50:13+00:00
Resolved: 2021-10-20 11:07:47+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:92.0) Gecko/20100101 Firefox/92.0

Steps to reproduce:

First of this issue is atleast 4 years old.
I found various different people having this problem.
https://bugzilla.mozilla.org/show_bug.cgi?id=1432644
It should be a P5 not a P3.
This official Mozilla article:
https://support.mozilla.org/en-US/kb/add-trusted-websites-your-allow-list-firefox-focus
Does NOT work.


Actual results:

I am trying to add an expection to tracking protection but
there is no such option, as descriped at Bugzilla.
In the adress bar i removed the tracking protection for a website.
But it was NOT added to the exception list.
I dont allow 3rd party cookies and auto delete cookies when closing Fox.
I think that is the reason why it's not working, if this is the case
it's a bug.


Expected results:

Manual button to add exception to tracking protection or any other solution to keep darktheme mode when using duckduckgo while denyng cookies
Bug: [Monochromatic Themes] [Balanced] The blue key icon that indicates an auto-saved generated password has low contrast or it is not visible at all
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-10-20 10:03:43+00:00
Resolved: 2021-11-09 15:48:59+00:00

**Affected Versions:**
Nightly 95.0a1 (2021-10-19)
Beta 94.0b8

**Tested On:**
Windows 10
Windows 7
MacOS 10.15

**Steps to reproduce:**
1. Enable any of the following monochromatic themes:
- Abstract (Balanced)
- Cheers (Balanced)
- Elemental (Balanced)
- Foto (Balanced)
- Graffiti (Balanced)
- Lush (Balanced)
2. Go to any registration form and generate a password
3. Look out for the key icon that appears in the address bar, along with the Password Saved! toast

**Expected Result:**
All the above-mentioned themes should have a proper version, contrast and visibility for the originally "blue" key icon that we have for the default themes and right after it for the dismissed key icon.

**Actual Result:**
The contrast is bad for some of the themes, ex: 
- Abstract, Cheers, Foto - very low contrast upon generating the password and after it
- Grafitti - very low contrast upon generating the password and the key is no longer visible after
- Elemental, Lush - the key is not visible at all upon generating the password, slightly visible after

Please check this recording with all the mentioned themes: https://drive.google.com/file/d/19DbTgoQ2kD-FgFNCbTCG1R_kK26uKqK9/view?usp=sharing
Bug: Library window toolbar button menu disappears if the mouse moves at all while clicking
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-10-20 11:42:20+00:00
Resolved: 2023-06-02 15:22:27+00:00

STR:
1. Open the Library window (Ctrl+Shift+O).
2. Press and hold the "Import and Backup" toolbar button and move the cursor.

Expected:

Menu opens and stays open.

Actual:

Menu opens but immediately disappears when the cursor moves. Cannot press and hold to open the menu and select an item in one click like other menus. Also makes it difficult to keep the menu open if you don't have a steady hand while clicking.

Regression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3aa256c255f664c500714c34a3b9e353e545d196&tochange=0a4598992141595a1baba8fb30652b59b26d4358

Most likely regressed by Bug 1241885.
Bug: [MSIX] A strange Firefox instance is opened and no import window is displayed after closing normal Firefox and clicking Close Firefox button while Firefox is already running message is displayed
Status: NEW
Priority: --
Created: 2021-10-20 12:47:54+00:00
Resolved: 2022-09-07 19:16:34+00:00

*Affected versions*
* 95.0a1
* 94.0b8


*Affected platforms*
* Windows 11 x64

*Preconditions*
* clean environment - all profiles and profiles.ini are deleted

*Steps to reproduce*
1. Install normal Firefox.exe and open it.
2. Instal Firefox MSIX and Launch it.
3. After the message with Firefox already running is displayed Close the normal Firefox instance.
4. Click the `Close Firefox` button.





*Expected result*
* Firefox MSIX is opened and the importing window is displayed.


*Actual result*
* No import window is displayed and a Firefox instance is opened with disabled updates and the About Firefox window does not contain “Windows MSIX package”.


*Regression range*
* Not a regression. Happens with the implementation of bug 1733999.






*Notes*
* Attached a screen recording: [link](https://drive.google.com/file/d/1yjXb2bpxw46KgOg6vngRD3Yaj0zzkfXb/view?usp=sharing).
* This issue is reproducing even if waiting for the normal Firefox process to close. I see that somehow the import is performed without the window. Bookmarks, history, etc. are displayed in the newly opened Firefox instance but from what I see this is not an MSIX instance because is missing the MSIX package message in about Firefox.
Bug: [MSIX] Clicking Close Firefox button on the "Firefox already running" prompt will not close the old Firefox instance
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-20 13:01:35+00:00
Resolved: 2021-10-20 17:02:14+00:00

**Affected versions**
- 94.0b8
- 95.0a1

**Affected platforms**
- Windows 11

**Steps to reproduce**
1. Install normal Firefox.exe and open it.
2. Instal Firefox MSIX and Launch it.
3. After the message with Firefox already running is displayed select close Firefox

**Expected result**
- The already running Firefox is closed.

**Actual result**
- The prompt will reappear indefinitely as many times as "Close Firefox" is clicked

**Regression range**
- Not a regression. Happens with the implementation of bug 1733999.

**Additional notes**
- The issue can be seen in the attachment.
Bug: [Monochromatic Themes] [Balanced] The sync icon is barely visible using balanced colorways
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-10-20 13:06:24+00:00
Resolved: 2023-01-25 17:25:51+00:00

#### Affected Versions:
Nightly 95.0a1 (2021-10-19)
Beta 94.0b8

#### Tested On:
Windows 10
Windows 7

#### Steps to reproduce:

   1. Enable any of the following monochromatic themes:
    Abstract (Balanced)
    Cheers (Balanced)
    Elemental (Balanced)
    Foto (Balanced)
    Graffiti (Balanced)
    Lush (Balanced)
   2. Sign in with a Firefox Account.
   3. Click on the Sync now option.

#### Expected Result:
The sync icon should should be seen more clearly.

#### Actual Result:
The sync icon is barely visible.
Bug: Intermittent browser/components/customizableui/test/browser_history_recently_closed.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-10-20 13:15:23+00:00
Resolved: 2021-11-16 17:02:41+00:00

**Filed by:** ctuns [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=355432015&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/UICF6ZUaT7eHZUbcI4gylg/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-10-20T11:39:24.727Z] 11:39:24     INFO - TEST-PASS | browser/components/customizableui/test/browser_history_recently_closed.js | Recently closed tabs is disabled - "true" == true - 
[task 2021-10-20T11:39:24.727Z] 11:39:24     INFO - Leaving test bound testRecentlyClosedTabsDisabledPersists
[task 2021-10-20T11:39:24.728Z] 11:39:24     INFO - Buffered messages finished
[task 2021-10-20T11:39:24.728Z] 11:39:24     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_history_recently_closed.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2021-10-20T11:39:24.729Z] 11:39:24     INFO - GECKO(7036) | MEMORY STAT | vsize 1146MB | vsizeMaxContiguous 1806MB | residentFast 343MB | heapAllocated 125MB
[task 2021-10-20T11:39:24.730Z] 11:39:24     INFO - TEST-OK | browser/components/customizableui/test/browser_history_recently_closed.js | took 118210ms
[task 2021-10-20T11:39:24.730Z] 11:39:24     INFO - GECKO(7036) | [Child 7600: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL c2d9400 == 3 [pid = 7600] [id = 70]
[task 2021-10-20T11:39:24.731Z] 11:39:24     INFO - GECKO(7036) | [Child 7600: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 7 (e5d0100) [pid = 7600] [serial = 160] [outer = 0]
[task 2021-10-20T11:39:24.731Z] 11:39:24     INFO - GECKO(7036) | [Child 7600: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 8 (10cbb600) [pid = 7600] [serial = 161] [outer = e5d0100]
[task 2021-10-20T11:39:24.732Z] 11:39:24     INFO - checking window state
[task 2021-10-20T11:39:24.732Z] 11:39:24     INFO - TEST-START | browser/components/customizableui/test/browser_history_recently_closed_middleclick.js
```
Bug: Advanced error pane on wrong host certificate error is mostly blank when used in an iframe (TypeError: crypto.subtle is undefined)
Status: NEW
Priority: --
Created: 2021-10-20 13:19:40+00:00
Resolved: 2021-12-23 18:09:41+00:00

STR:

1. open https://wrong.host.badssl.com/
2. in another tab, open `data:text/html,<iframe src="https://wrong.host.badssl.com" width=800>`
3. in both error pages, expand the advanced section

ER:

both advanced panes look the same (or perhaps have differences in available buttons but not in text)

AR:

In the iframe, the advanced pane has a "view certificate" link but the explanatory text is missing.

The console shows an error:

> TypeError: crypto.subtle is undefined

which doesn't seem good. The error doesn't show up for the non-iframed page.
Bug: [Monochromatic Themes] Sidebar search box text not have the correct color using Cheers-bold or Abstract-bold themes
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2021-10-20 14:27:40+00:00
Resolved: 2021-11-23 14:35:10+00:00

**Affected versions**
* Firefox 95.0a1
* Firefox 94.0b8

**Affected platforms**
* Windows 8.1 x64
* macOS 12.0.1 
* Ubuntu 20.04 x64

**Steps to reproduce**
1. Launch Firefox.
2. Go to the about:addons -> Themes page.
3. Enable cheers - bold or abstract - bold theme.
4. Enable the sidebar (press Cmd+B or CTRL+B).

**Expected result**
* Search field characters matches the Figma specs and theme color.

**Actual result**
* Grey characters in search box.

**Regression range**
* Might be a regression due to recent changes to the field.
Bug: Wrong Bookmark Index on OnRemove
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-20 15:14:09+00:00
Resolved: 2021-10-22 11:39:35+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:93.0) Gecko/20100101 Firefox/93.0

Steps to reproduce:

When I moved multiple bookmarks from folder 1 to folder 2 and then deleted a bookmark that was in folder 1 and below the moved bookmarks from folder 1 the listener onRemoved returns the wrong index of the removed bookmark. When the index should be 0 it is 1. When it should be 2 it is 3. It does not matter how many bookmarks got moved before hand.


Actual results:

The index was wrong by 1 number.


Expected results:

It should return the correct index for the bookmark i removed.
Bug: Favicon sticks around for a second in tab-title, when visiting a bogus URL (e.g. about:foobar)
Status: NEW
Priority: --
Created: 2021-10-20 16:30:59+00:00
Resolved: 2021-11-04 12:12:17+00:00

STR:
1. Visit some site with a favicon, e.g. https://www.mozilla.org/
2. Type `about:foobar` into your URLbar (feel free to substitute any gibberish string for `foobar`, doesn't matter) and hit Enter
3. Watch the tab-title as the page changes.

ACTUAL RESULTS:
The tab-title immediately changes to "Invalid Page", but the old favicon sticks around for a second or so.

EXPECTED RESULTS:
The favicon should immediately disappear when we navigate.

For comparison: if I instead go from mozilla.org to blizzard.com, the favicon *immediately* disappears (and changes to a "loading" throbber), and the title gets updated shortly afterwards.

I would expect something like that to happen when I navigate to `about:foobar` as well; it's quite weird to (briefly) see a corporate-branded favicon on our Invalid URL page.
Bug: Cannot login/Signup to Pocket
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-20 17:29:27+00:00
Resolved: 2021-10-20 17:45:01+00:00

Steps to Reproduce:
1. Click on Pocket icon in toolbar
2. Click on `Log in` link
    OR
   Click on `Sign up with Firefox``Sign up with email` button

Actual Results:
Nothing happens
The following error is recorded in Browser Console:
```
TypeError: TelemetrySend.sendStandalonePing is not a function PingCentre.jsm:112:26
```

Expected Results:
Login form will open in new tab.