av9ash/GitBugs huggingface dataset:
Bug: 1.77 - 2.14% Base Content JS (linux1804-*, macosx1014-64-shippable, windows10-64-*, windows7-32-shippable) regression on push e90c2551e6d05e0ea6b8dfb4ee670e83ccc84e85 (Thu March 19 2
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-20 15:51:17+00:00
Resolved: 2020-03-31 11:20:52+00:00

1.77 - 2.14% Base Content JS (linux1804-64-shippable, linux1804-64-shippable-qr, macosx1014-64-shippable, windows10-64-shippable, windows10-64-shippable-qr, windows7-32-shippable) regression on push e90c2551e6d05e0ea6b8dfb4ee670e83ccc84e85 (Thu March 19 2020)

We have detected an awsy regression from push:

https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=e90c2551e6d05e0ea6b8dfb4ee670e83ccc84e85

As author of one of the patches included in that push, we need your help to address this regression.

Regressions:

   2%  Base Content JS windows10-64-shippable-qr opt      3,759,672.67 -> 3,840,280.67
   2%  Base Content JS windows10-64-shippable opt         3,759,678.67 -> 3,840,246.00
   2%  Base Content JS linux1804-64-shippable opt         3,701,216.67 -> 3,776,926.67
   2%  Base Content JS linux1804-64-shippable-qr opt      3,701,222.67 -> 3,776,994.00
   2%  Base Content JS macosx1014-64-shippable opt        3,703,296.67 -> 3,778,830.00
   2%  Base Content JS windows10-64-shippable opt         3,770,768.67 -> 3,839,861.33
   2%  Base Content JS windows7-32-shippable opt          2,947,344.00 -> 2,999,562.67


You can find links to graphs and comparison views for each of the above tests at: https://treeherder.mozilla.org/perf.html#/alerts?id=25457

On the page above you can see an alert for each affected platform as well as a link to a graph showing the history of scores for this test. There is also a link to a treeherder page showing the jobs in a pushlog format.

To learn more about the regressing test(s), please see: https://wiki.mozilla.org/AWSY/Tests
Bug: HighContrast theme broken in web (config) pages
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-20 16:05:27+00:00
Resolved: 2022-12-01 10:15:38+00:00

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

Steps to reproduce:

When using HighContrast theme, try to use the "account settings" tab.


Actual results:

No hover interaction, and no highlight of current section.


Expected results:

It should look and behave like a normal application setting UI.

This seems to be due to the fact that, now, the "account settings" tab (along with the preferences tab) is a tab instead of a window, and rendered as a web page.
By default, the option to override content's theme with desktop theme is set to do so only for HighContrast, but most probably due to a bug in the toolkit it's not fully translated and breaks a few items.
According to visually impaired people that use HighContrast theme, the default "light" theme provided is OK, so we think it would be wise to set the default setting to never override the default theme at all, with no exception for HighContrast since it's not very usable anyways.
Bug: URL spoofing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-20 16:09:50+00:00
Resolved: 2020-03-21 00:04:46+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:74.0) Gecko/20100101 Firefox/74.0

Steps to reproduce:

copy and paste http//www.google.com into the omni box


Actual results:

Do notice the link is missing " : " after http
 
After pasting the link, it automatically adds '.com' after http - due to this we can spoof any website such as http//www.paypal.com  or http//www.gmail.com




Expected results:

The browser shouldn't add .com automatically - this would make the browser to run the website "http://htp" which isn't the valid website.
Bug: "Okay, got it" button from Search tips and search Interventions is not easily visible in dark theme
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-03-20 16:21:38+00:00
Resolved: 2020-05-27 15:19:42+00:00

##### [Environment:]
Windows 10, Mac 10.13, Ubuntu 18.04
Firefox 75.0b9 
Firefox Nightly 76 (03.20.2020)

##### [Preconditions:]
1. Create a new profile.
2. Verify that no updates have been made in the last 24h (open about:support, update folder , open folder and delete update.xml if any is listed)
3. Set profile age to be older by running the following snippet in browser console: (async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })();
4. Set duckduckgo as default Search engine.
5. Go to customize and set dark mode.
6. Restart browser with restore session and a random youtube.com/video loaded

##### [Steps:]
1. Browser is opened with your custom youtube link restored.
2. Focus address bar and type duckduckgo.com

##### [Actual Result:]
Search tip is displayed but the button "Okay, got it" is not easily visible 

##### [Expected Result:]
Search tip should be displayed and all the elements should be easily visible and reachable.

##### [Note:]
Same behavior for Search Interventions
Bug: Firefox rendered in very small area of the Firefox window on HP OMEN by HP Obelisk Desktop 875-0xxx PC
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-20 16:24:34+00:00
Resolved: 2020-04-09 09:25:46+00:00

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

Steps to reproduce:

contacted support and restarted firefox


Actual results:

firefox is not showing on whole screen and is not functional


Expected results:

firerox should of worked and showed on whole screen
Bug: Sync Errors (addons only)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-20 18:04:10+00:00
Resolved: 2020-03-20 23:28:36+00:00

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

Steps to reproduce:

I have Firefox Sync setup across many devices (10+) and I have started getting Sync Errors when I have "addons" setup to Sync.  When I remove "addons", my sync process works properly for all services and devices with no errors.

I have attached one of the logs for a "addons only" sync to show the problem. 

There appears to be 2 broad classes of issues:

(1) Sync.Engine.Extension-Storage calls fail and it looks like a "Bad Gateway" is being reported.
(2) Sync.Engine.Extension-Storage calls fail due to a timeout while trying to access https://webextensions.settings.services.mozilla.com/v1/buckets/... 

I am also not sure if my addons or addon configurations are being properly synced across all of my devices and I am not sure how to proceed towards finding a solution.

I do not seem to have any other connectivity issues at all with Firefox that I am aware of.

Environment:  Firefox 74, Windows 10 (1909) x64


Actual results:

Syncs are failing most of the time and at one point I had 1GB+ of error log files.  One error file is attached to the defect.


Expected results:

Sync of addon and addon information should be processed successfully.
Bug: Google homepage notification interrupts onboarding Search Tip
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-03-20 18:18:44+00:00
Resolved: 2020-04-07 14:53:27+00:00

Affected Versions
Nightly 76.0a1  
Beta    75.0b6
 

Tested on:
Windows 10 x64     (affected)
Ubuntu  18.04 x64   (affected)
MacOS   10.14       (affected)


Steps to reproduce

- Launch Firefox (new profile)
- enable devtools.chrome.enabled  in about config
- Hamburger menu> set options "restore previous session" checked
- Hamburger menu>set options "always check if firefox is your default browser"   unchecked
- leave just one tab with a youtube video.
- web developer> browser console> enter this snippet and hit enter:
 (async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })();
- close browser console.
- close firefox (only has a youtube tab)
- Reopen firefox
- type google.com in megabar

 
Actual Result:
There is an actual random result on the intervention. Sometimes it works but most of the time it does not. It shows for a micro second and dissapears completely.
There is also a blue notification showing in spanish (see screenshot). Even accepting the blue notification and repeating the process we get random results also, sometimes we repeat it without the blue bar at the top and intervention shows up, and most of the times intervention does not show up.

Expected result
Intervention should appear always.
Bug: Search interventions : Letters appear cut if window size is small
Status: VERIFIED
Priority: P4
Resolution: FIXED
Created: 2020-03-20 18:30:34+00:00
Resolved: 2020-04-13 14:35:58+00:00

Affected Versions
Nightly 76.0a1  
Beta    75.0b6
 

Tested on
Windows 10 x64     (affected)
Ubuntu  18.04 x64   (affected)
MacOS   10.14       (affected)


Steps to reproduce

 -Launch Firefox
-Resize window to < 25%
-Type "update firefox"" in megabar (see screenshot, left side of refresh firefox button)

 
Actual Result: 
intervention appears but some letters get cut

Expected result
letters should appear correctly
Bug: Sync error: Getting HTTP 502 Response
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-20 19:04:07+00:00
Resolved: 2020-03-20 23:24:09+00:00

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

Steps to reproduce:

Click 'Sync now' in Sync menu.


Actual results:

Error message in sync logs.

Error: Response from server unparseable (HTTP 502; SyntaxError: JSON.parse: unexpected character at line 2 column 1 of the JSON data): 


Expected results:

Sync completes normally.
Bug: Search Tips :  screen reader on ubuntu not working
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-03-20 19:11:22+00:00
Resolved: 2020-04-29 19:27:44+00:00

Affected Versions
Nightly 76.0a1  
Beta    75.0b6
 

Tested on
Windows 10 x64     ( not affected, used nvda)
Ubuntu  18.04 x64   (affected used orca)
 


Steps to reproduce

- Launch Firefox (new profile)
- enable devtools.chrome.enabled  in about config
- set options "always check if firefox is your default browser"   unchecked
- leave just one tab with a youtube video.
- web developer> browser console, enter this snippet:
 (async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })();
- close browser console.
- close firefox 
- Reopen firefox

 
Actual Result: 
new tab opens, search tip is displayed , but screen reader mentions other words

Expected result
screen reader should mention search tip text
Bug: Intermittent [tier2] TEST-UNEXPECTED-TIMEOUT | browser/components/installerprefs/test/unit/test_empty_prefs_list.js | Test timed out
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-20 21:26:05+00:00
Resolved: 2021-05-25 17:00:58+00:00

**Filed by:** ccoroiu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=294117127&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Sdj-syJfQ9qdKApx6Y6p4A/runs/0/artifacts/public/logs/live_backing.log

---

[task 2020-03-20T20:17:41.309Z] 20:17:41     INFO -  TEST-START | browser/components/installerprefs/test/unit/test_empty_prefs_list.js
[task 2020-03-20T20:22:41.309Z] 20:22:41  WARNING -  TEST-UNEXPECTED-TIMEOUT | browser/components/installerprefs/test/unit/test_empty_prefs_list.js | Test timed out
[task 2020-03-20T20:22:41.309Z] 20:22:41     INFO -  TEST-INFO took 300000ms
[task 2020-03-20T20:22:41.309Z] 20:22:41     INFO -  >>>>>>>
[task 2020-03-20T20:22:41.309Z] 20:22:41     INFO -  (xpcshell/head.js) | test MAIN run_test pending (1)
[task 2020-03-20T20:22:41.309Z] 20:22:41     INFO -  (xpcshell/head.js) | test run_next_test 0 pending (2)
[task 2020-03-20T20:22:41.309Z] 20:22:41     INFO -  (xpcshell/head.js) | test MAIN run_test finished (2)
[task 2020-03-20T20:22:41.309Z] 20:22:41     INFO -  running event loop
[task 2020-03-20T20:22:41.309Z] 20:22:41     INFO -  browser/components/installerprefs/test/unit/test_empty_prefs_list.js | Starting
[task 2020-03-20T20:22:41.309Z] 20:22:41     INFO -  (xpcshell/head.js) | test pending (2)
[task 2020-03-20T20:22:41.309Z] 20:22:41     INFO -  TEST-PASS | browser/components/installerprefs/test/unit/test_empty_prefs_list.js |  - . The registry key shouldn't have been created, so opening it should fail
[task 2020-03-20T20:22:41.310Z] 20:22:41     INFO -  (xpcshell/head.js) | test run_next_test 0 finished (2)
[task 2020-03-20T20:22:41.310Z] 20:22:41     INFO -  (xpcshell/head.js) | test run_next_test 1 pending (2)
[task 2020-03-20T20:22:41.310Z] 20:22:41     INFO -  (xpcshell/head.js) | test finished (2)
[task 2020-03-20T20:22:41.310Z] 20:22:41     INFO -  (xpcshell/head.js) | test run_next_test 1 finished (1)
[task 2020-03-20T20:22:41.310Z] 20:22:41     INFO -  exiting test
[task 2020-03-20T20:22:41.310Z] 20:22:41     INFO -  <<<<<<<
[task 2020-03-20T20:22:41.369Z] 20:22:41     INFO -  xpcshell return code: 1
Bug: "Restore Previous Session" item is always greyed out after landing patch from bug #1622195
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-20 21:45:22+00:00
Resolved: 2020-04-04 11:38:18+00:00

[Tracking Requested - why for this release]: Regression

STR:
1. Open few tabs and/or windows
2. Close them by selecting "Exit" item in "hamburger" menu or by pressing Ctrl+Shift+Q keyboard shortcut
3. Restore tabs and/or windows by selecting "Restore Previous Session" item in "hamburger" menu

and see that you can't, because it's always greyed out.

Recent regression, maybe it could be because of bug #1507287.

@  Alphan Chen [:alchen] - Any ideas or it's missed call?
Bug: After loading restored tab, firefox navigates to new URL
Status: NEW
Priority: P3
Created: 2020-03-21 02:15:14+00:00
Resolved: 2022-09-26 12:15:03+00:00

I just quit Firefox to change a setting (disabling web-render, but I've seen this on random session restores a few times). 

I had three tabs open: 

1. Gmail
2. A blog post
3. about:config

When I restarted, the three tabs were what I expected, and about:config loaded again. Cool. 

Then I switched back to tab 2, which had the blog post i was reading. The tab text had the right info on it, but when I switched to the tab firefox navigated to an old URL that I think was in that tab earlier. 

Then, while writing this bug report I bothered to load the gmail tab: Same thing happened. Sudden navigation. 

I say navigation because in both instances the expected tab shows up in the back button history as the previous page, and hitting back takes me back to the expected page. 

This has happened intermittently on restart for nightly update for a while.
Bug: Token not converted to string in File Type dialog box for PDF files
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-21 14:11:27+00:00
Resolved: 2020-04-01 14:10:30+00:00

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

Steps to reproduce:

Options -> Applications -> Select PDF Content Type  -> Click the Down Arrow -> Click "Application Details" -> Dialog box opens.


Actual results:

First line in content area of the dialog box is:

"The following applications can be used to handle {$type} content."

Attached image shows result.


Expected results:

"The following applications can be used to handle PDF content."

Notes:

This doesn't seems to happen with other content types. 

The "Application Details" option doesn't show up with all content types.

I only noticed this after I added a second application option for opening PDF files. It may or may not have been a problem before I did this.
Bug: Firefox hits 5.3GB memory cap and then cannot function
Status: NEW
Priority: P5
Created: 2020-03-21 15:35:57+00:00
Resolved: 2023-07-13 16:00:00+00:00

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

Steps to reproduce:

I have roughly 9k tabs suspended open. When opening firefox and it it seems to reach a memory limit of 5.3GB which then makes that firefox stops functioning completely, the windows no longer render correctly and it does not respond, if you bring the tab count down to get under that 5.3GB memory limit to about 5.1GB then it can be used again with no issues. 


Actual results:

As soon as firefox hit 5300MB it stops rendering pages and stops responding properly.  I have attached  a memory snap shot at the time when it was misbehaving and then the screenshots of task manager after doing clear history. 


Expected results:

It should just continue to work without this behaviour
Bug: New tab overwrites bookmarks toolbar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-21 15:52:54+00:00
Resolved: 2020-03-31 16:09:26+00:00

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

Steps to reproduce:

Enter Ctrl-T


Actual results:

The new page is displayed but the address bar obscures the Bookmark Toolbar


Expected results:

The address bar should have its height reduced
Bug: Do not show me Pocket when I have Pocket disabled
Status: UNCONFIRMED
Priority: P3
Created: 2020-03-21 16:01:53+00:00
Resolved: 2020-05-12 00:51:57+00:00

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

Steps to reproduce:

1. Use about:config to disable pocket (extensions.pocket.api=gibberish, extensions.pocket.enabled=false, extensions.pocket.site=gibberish, browser.newtabpage.activity-stream.section.highlights.includePocket=false)

2. Upgrade Nightly.

3. Check about:config, all Pocket-related options are still off/hampered.


Actual results:

I observe Pocket on my Firefox Home screen. This has happened maybe a half a dozen times or more in the last month of being on Nightly.


Expected results:

I should not see Pocket, ever. Not as a mozilla.org new install/upgrade feature upsell. Not as a Firefox Homescreen ad. Not as a re-occurring feature that seem to ignore it's own feature disable-flag.

Pocket seems to be a recurring issue. Would Mozllla support a flag that would finally fully and permanently disable Pocket in Firefox?
Bug: Crash in libxul.so segfault
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-21 17:22:23+00:00
Resolved: 2020-04-16 15:52:49+00:00

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

Steps to reproduce:

1. Open https://www.busybox.net/live_bbox/live_bbox.html
(Live demo for busybox)
2. Play around with it a bit: (df; df -h; ls *; fdisk) and so on


Actual results:

Tab or Session crashes.

Dmesg gives:
JS Helper[1960]: segfault at 8 ip 00007ff69f0cb44c sp 00007ff694805970 error 4 in libxul.so[7ff69ba71000+4d3e000]


Expected results:

Should be able to do the regular stuff without crash
Bug: Firefox gives error:Your connection is not secure  The owner of website.org has configured their website improperly. To protect your information from being stolen, Firefox has not connected to this website.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-21 19:58:41+00:00
Resolved: 2020-03-26 11:48:20+00:00

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

Steps to reproduce:

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

Steps to reproduce:

loaded firefox and then if you go to any site it says
Your connection is not secure

The owner of www.mozilla.org has configured their website improperly. To protect your information from being stolen, Firefox has not connected to this website.

Actual results:

Your connection is not secure

The owner of www.mozilla.org has configured their website improperly. To protect your information from being stolen, Firefox has not connected to this website.
this shows up even if the site is an https website like :https://www.mozilla.org/en-US/firefox/58.0.1/firstrun/

Expected results:

it should of loaded the website correctly



Actual results:

cannot load webpages


Expected results:

loaded webpage
Bug: Privacy issue: Origin header sent for selected text context menu searches
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-21 20:30:14+00:00
Resolved: 2020-03-23 13:07:07+00:00

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

Steps to reproduce:

1. visit any url other than your default search engine, e.g. bugzilla.mozilla.org
2. highlight any text
3. right click and select "search <your search engine> for <highlighted words>"



Actual results:

The new tab with search results open with a request containing a referer header analogous "Origin: bugzilla.mozilla.org"

This offends rfc6454, which reserves the Origin header exclusively to signal the origin that, quoting the rfc, "origin(s) that "caused" the user agent to issue the request [...] For example, consider a user agent that executes scripts on behalf of origins.  If one of those scripts causes the user agent to issue an HTTP request"

A user right clicking text and selecting search from the browser's own context menu, is in no stretch of imagination "caused by the origin"!


Expected results:

First, this should not have been sent for any good reason for the user.

This is completely self serving to the search engine and I can't think of a reason a developer would have spent time on it if not for being under a search engine payroll/influence.

second, selecting Strict tracking protection should have ended this behavior. It does not.

Third, changing "network.http.referer.XOriginPolicy" to a value that prevents xorigin referer[sic] would be a very clear and loud signal that the user do not wish this "feature" enabled. But alas, it still happens.
Bug: firefox nightly pinned tabs disappear after closing and reopening firefox
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-21 20:33:45+00:00
Resolved: 2020-04-01 12:01:09+00:00

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

Steps to reproduce:

noting special 
simply pin a tab
exit firefox NIGHTLY 76.0a1 (2020-03-21) (64-bit)
open it
the tab is gone
i think it's a bug in the latest update

(i refreshed firefox and still the problem persistes)


Actual results:

pinned tabs are treated as normal tabs upon exit


Expected results:

pinned tabs stay even when restarting firefox
Bug: Batch opening bookmark folder in new window creates multiple invalid URL tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-22 20:38:46+00:00
Resolved: 2020-03-23 07:54:36+00:00

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

Steps to reproduce:

1/ Create new bookmark folder

2/ Create new bookmark with this EXACT URL inside previous created folder:
https://www.ebay.co.uk/sch/i.html?_dcat=18211&_fsrp=1&_nkw=Mazda+MX5&_sacat=0&_from=R40&Model%2520Year=2001|2002|2003|2005|2004|2006|2007|2008|2009|2010&_stpos=BB13AA&_sadis=100&LH_PrefLoc=99&_fspt=1&_sop=10

3/ Right click on previous created folder, SHIFT + LEFT CLICK on "Open All in Tabs" option


Actual results:

Creates a new window OK but for me it created 10 tabs in it, with broken URLs:

Tab 1 URL: https://www.ebay.co.uk/sch/i.html?_dcat=18211&_fsrp=1&_nkw=Mazda+MX5&_sacat=0&_from=R40&Model%2520Year=2001

Tab 2 URL: http://0.0.7.210/

Tab 3 URL: http://0.0.7.211/

Tab 4 URL: http://0.0.7.213/

Tab 5 URL: http://0.0.7.212/

Tab 6 URL: http://0.0.7.214/

Tab 7 URL: http://0.0.7.215/

Tab 8 URL: http://0.0.7.216/

Tab 9 URL: http://0.0.7.217/

Tab 10 URL: http://www.2010&_stpos=bb13aa&_sadis=100&lh_prefloc=99&_fspt=1&_sop=10.com/


Expected results:

Should have only created a single tab with the bookmark URL, not 9 extra tabs full of invalid URLs like it does every time.