av9ash/GitBugs huggingface dataset:
Bug: Open link with an anchor point in combination with config 'browser.link.open_newwindow=1' doesn't work anymore
Status: NEW
Priority: --
Created: 2022-02-02 08:01:32+00:00
Resolved: 2024-02-27 14:34:57+00:00

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

Steps to reproduce:

Reproducer: check out these links below with an active 'one Window/Tab' configuration (browser.link.open_newwindow=1):
https://www.tutorialscollection.com/faq/html-link-hyperlink-how-to-create-link-in-html-with-a-href-with-examples/#HTML_mailtolink
https://www.tutorialscollection.com/faq/html-link-hyperlink-how-to-create-link-in-html-with-a-href-with-examples/#The_HTML_ltagt_tag
Or any other links with anchor tags - both should point to the same web application.


Actual results:

Problem: Now the feature (see below) is broken. If our application opens a link for the first time, all went fine. But the second link does not. The second link is displayed in the Firefox address field, but the page is not refreshed. If I press the refresh button manually, the new link is displayed, but not at the correct anchor point.


Expected results:

Feature: Our customers want to work with a single Window/Tab, because our Web-Application is controlled by an external (Swing) application. The external application opens links with anchor points, and these links should be displayed always in the same Window and Tab - and same HTTP session. Otherwise, these switches between external application and web app would lead to a tab-nigthmare. We applied the configuration  browser.link.open_newwindow=1. 

This feature works fine until Firefox 78.15esr and is broken afterwards. Firefox 91.0esr already has this issue, and it still exists in the current Firefox version 96.0.
Bug: Intermittent [tier 2] browser/components/uitour/test/browser_UITour_sync.js | {} -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-02-02 08:03:39+00:00
Resolved: 2022-03-01 17:07:26+00:00

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

---
```
[task 2022-02-02T07:29:13.531Z] 07:29:13     INFO - TEST-PASS | browser/components/uitour/test/browser_UITour_sync.js | Menu button should know that the menu is closed - 
[task 2022-02-02T07:29:13.531Z] 07:29:13     INFO - Done shared checks
[task 2022-02-02T07:29:13.532Z] 07:29:13     INFO - Leaving test bound test_firefoxAccountsWithEmailAndEntrypoints
[task 2022-02-02T07:29:13.532Z] 07:29:13     INFO - Entering test bound test_firefoxAccountsNonAlphaValue
[task 2022-02-02T07:29:13.533Z] 07:29:13     INFO - Buffered messages logged at 07:29:13
[task 2022-02-02T07:29:13.533Z] 07:29:13     INFO - Load https://accounts.firefox.com
[task 2022-02-02T07:29:13.534Z] 07:29:13     INFO - Buffered messages finished
[task 2022-02-02T07:29:13.535Z] 07:29:13     INFO - TEST-UNEXPECTED-FAIL | browser/components/uitour/test/browser_UITour_sync.js | {} - 
[task 2022-02-02T07:29:13.535Z] 07:29:13     INFO - Stack trace:
[task 2022-02-02T07:29:13.535Z] 07:29:13     INFO - chrome://mochikit/content/browser-test.js:test_ok:1375
[task 2022-02-02T07:29:13.535Z] 07:29:13     INFO - chrome://mochitests/content/browser/browser/components/uitour/test/head.js:add_UITour_task/genFun/</</</funcPromise<:522
[task 2022-02-02T07:29:13.535Z] 07:29:13     INFO - == Done test, doing shared checks before teardown ==
[task 2022-02-02T07:29:13.536Z] 07:29:13     INFO - TEST-PASS | browser/components/uitour/test/browser_UITour_sync.js | Element should not be null, when checking visibility - 
```
Bug: Firefox 96.0.3 (64-Bit) - keeps crashing (out of memory?)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-02 09:16:51+00:00
Resolved: 2022-09-15 08:38:03+00:00

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

Steps to reproduce:

Just surfing with round about 10 tabs, RAM is at 86%, Firefox takes 1 of 4 GB. Firefox shows 18 processes, don't know why. Maybe FF doesn't close tabs properly.

Windows 10 Pro (21H2), 64-Bit


Actual results:

keeps crashing


Expected results:

not crashing suddenly all the time
Bug: Firefox 96.0.3 attempts to restore previous session on every startup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-02 12:25:33+00:00
Resolved: 2022-02-02 13:35:31+00:00

Steps to reproduce:

FF always displays about:sessionrestore instead of desired start page.
Happens also in a newly created profile with only places.sqlite restored from original profile


Actual results:

Starting a new session doesn't fix this.
Restore previous windows and tabs option is disabled.
Renaming sessionstore-backups folder and sessionCheckpoints,json fixed it until a new website is opened. After that FF again opens about:sessionrestore on next startup.


Expected results:

Start page should be displayed again on startup if previous session is or is not restored.
Bug: "Make Firefox default browser" doesn't work
Status: NEW
Priority: P3
Created: 2022-02-02 14:20:34+00:00
Resolved: 2022-10-06 06:06:58+00:00

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

Steps to reproduce:

Firefox asks each time on startup to make it the default browser. Selecting "Make as default" makes it freeze for about 2-3 seconds and then the popup closes itself. On next startup the same happens.

I also have Nightly. WIth both Firefox Stable and Firefox Nightly's Settings pages open side by side, Clicking the Firefox Nightly "Make Default" button does work and Firefox Nightly shows that is is set as default. After that clicking "Make Default" in Firefox Stable causes the freeze again for 3 seconds, then Firefox stable unfreezes and Firefox Nightly changes it's text to say "Nightly is not your default browser".

So overall i believe Firefox Stable makes itself the default browser (or at least partially) enough so that Firefox Nightly is able to detect it is not the default browser, but Firefox Stable is not able to detect it is the default browser.
Bug: When having multiple windows, firefox fails to restore the sessions
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-02 16:37:21+00:00
Resolved: 2022-10-12 14:03:25+00:00

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

Steps to reproduce:

Main Firefox session. Tons of tabs and state that I wanted to keep. I moved a single tab to a new window (context is irrelevant, but: New window was a video, main window was me transcribing things).

Done with the video I wanted to close the single, useless, temporary window. Instead of hitting the X (my fault, of course) I went to the taskbar (also my fault: The temp instance was on one screen, the important gazillion tabs instance on another, my main screen) and right clicked, stupidly thinking that's just this screen.... and I selected "Close all windows".


Actual results:

Firefox .. did close all windows. Firefox also decided that the window I created last, a window with a single tab, was the one worth saving. The one I had open for .. literally months with research and tabs I was regularly referencing was now the irrelevant one.

When I restarted Firefox, I .. had a single tab left. From the silly nonsense video that I moved into a window to push it to another screen. My main session was dead and gone.


Expected results:

If I "close all windows" then next time Firefox restarts it should .. restore all windows. Or at least it shouldn't make assumptions about which window is the one worth saving, because - obviously, see above - those assumptions might very well be flawed.

(My fault for closing all windows, but the behavior definitely is ... unexpected / not great either)
Bug: Config browser.warnOnQuitShortcut should apply to ctrl+shift+w
Status: UNCONFIRMED
Priority: --
Created: 2022-02-02 16:48:35+00:00
Resolved: 2022-10-26 20:49:45+00:00

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

Steps to reproduce:

I hit ctrl+shift+w by accident. It's a very bad shortcut. Luckily there's a browser config to disable such a bad an awful shortcut, right? WRONG.
browser.warnOnQuitShortcut does not trigger with the w variant of the shortcut, only with q. Bad bad bad. Just let us edit the keyboard shortcuts already! It's a basic feature of basically all software.


Actual results:

Firefox closes stuff, badly.


Expected results:

Nothing!
Bug: Session cookies are not deleted upon restart when some tabs are pinned
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-03 08:30:05+00:00
Resolved: 2022-02-04 08:48:44+00:00

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

Steps to reproduce:

 - Open website A and pin its tab.
 - Open website B and log in (it sets a session cookie).
 - Close firefox, wait for processes to terminate, restart firefox


Actual results:

 - Website A opens as a pinned tab as expected
 - Website B opens in the logged in state, the session cookie has not been deleted


Expected results:

The session cookie should be deleted upon restart.

If we had not pinned the tab of website A, we see the session cookie is deleted as expected.
Bug: Contextmenu not working properly after switching tab
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-02-03 12:04:24+00:00
Resolved: 2024-06-04 09:14:28+00:00

STR:

1\) Open some page.
2\) Select some text.
3\) Right click to open the context menu.
4\) Switch tabs with Ctrl+PageDown.
5a) Click on "Inspect (Q)".
5b) Click "Copy".

After 5a) observe the errors:
```
JavaScript error: resource://devtools/client/fronts/inspector.js, line 286: TypeError: can't access property "getFront", target is null
JavaScript error: resource://devtools/server/connectors/js-window-actor/DevToolsFrameParent.jsm, line 217: TypeError: can't access property "notifyTargetDestroyed", watcher is undefined
```

After 5b) the clipboard content didn't change.

However, other functionality like "Open Link in New Tab" works after step 4).

It could be worth comparing what other browsers do here. On Ubuntu, I wasn't able to switch tabs using Ctrl+PageDown after the context menu was opened.
Bug: handoffToAwesomebar option not worked
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-03 13:58:31+00:00
Resolved: 2022-02-07 14:02:00+00:00

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

Steps to reproduce:

browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar set to false
FF esr 91.5.1


Actual results:

on new tab creation cursor go to address bar


Expected results:

cursor should go to search input on home page. I need to use search input on home page as default cursor target on new tab creation without any moving cursor to address bar
Bug: The “Mozilla VPN” and the “Mozilla Rally” sections are not displayed on the top part of the page when they are searched
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-02-03 14:08:40+00:00
Resolved: 2022-05-04 18:55:19+00:00

**[Affected versions]:**
- Firefox Nightly 98.0a1 (Build ID: 20220203093047)

**[Affected Platforms]:**
- Windows 10 x64
- MacOS 11.6
- Ubuntu 20.04

**[Prerequisites]:**
- Have the Firefox browser en-US build installed and opened.
- Have the “browser.search.region” pref set to the “US” value.

**[Steps to reproduce]:**
1. Navigate to the “about:preferences” page.
2. Search for “Mozilla VPN”/”Mozilla Rally” using the “Find in Settings” search box.
3. Observe the results.

**[Expected result]:**
- The “Mozilla VPN”/”Mozilla Rally” section is displayed on the top part of the page.

**[Actual result]:**
- The “Mozilla VPN”/”Mozilla Rally” section is displayed in their default position.

**[Regression window]:**
- The issue is not reproducible with the older Nightly 98.0a1 build. Considering this using mozregression tools I have found the regression range. Here are the results:
Last good revision: 66356649d92ea75a45113ac5d9f2da83e5ef0a0d
First bad revision: da83a7c50181ba92c98e650805fdd7608397e2b0
Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=66356649d92ea75a45113ac5d9f2da83e5ef0a0d&tochange=da83a7c50181ba92c98e650805fdd7608397e2b0)

From this pushlog it seems that Bug 1746509 might introduce this behavior.

**[Notes]:**
- This issue is not reproducible when a search action is performed for other sections from the “about:preferences” page.
- Attached is a screen recording of the issue.
Bug: Intermittent [TV] browser/components/preferences/tests/browser_moreFromMozilla.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-02-03 16:13:21+00:00
Resolved: 2022-03-25 14:38:27+00:00

**Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=366610000&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BFxGhVU_QVamVL5RS6-izQ/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BFxGhVU_QVamVL5RS6-izQ/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
 INFO - TEST-PASS | browser/components/preferences/tests/browser_moreFromMozilla.js | entrypoint_experiment should not be set - true == true - 
[task 2022-02-03T14:50:06.175Z] 14:50:06     INFO - Leaving test bound testDefaultUIWithoutTemplatePref
[task 2022-02-03T14:50:06.175Z] 14:50:06     INFO - Entering test bound testwhenPrefDisabled
[task 2022-02-03T14:50:06.176Z] 14:50:06     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "https://www.mozilla.org/firefox/browsers/mobile/?utm_source=about-prefs&utm_campaign=morefrommozilla&utm_medium=firefox-desktop&utm_content=default-global" line: 0}]
[task 2022-02-03T14:50:06.176Z] 14:50:06     INFO - Buffered messages finished
[task 2022-02-03T14:50:06.176Z] 14:50:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_moreFromMozilla.js | Test timed out - 
[task 2022-02-03T14:50:06.177Z] 14:50:06     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-02-03T14:50:06.177Z] 14:50:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_moreFromMozilla.js | Uncaught exception received from previously timed out test - sync-pane-loaded observer not removed before the end of test
[task 2022-02-03T14:50:06.273Z] 14:50:06     INFO - GECKO(3392) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-02-03T14:50:06.273Z] 14:50:06     INFO - GECKO(3392) | MEMORY STAT | vsize 7872MB | residentFast 344MB | heapAllocated 134MB
[task 2022-02-03T14:50:06.274Z] 14:50:06     INFO - TEST-OK | browser/components/preferences/tests/browser_moreFromMozilla.js | took 90582ms
```
Bug: Bookmark trees stop expanding/collapsing folders after a PC Sleep
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2022-02-03 16:20:48+00:00
Resolved: 2023-12-06 12:08:27+00:00

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

Steps to reproduce:

leaving firefox open and PC goes to sleep, after waking pc, bookmarks folders in the bookmark menu sidebar no longer open or close - they are frozen. however, bookmarks visible in any of the open folders still function - the folder arrow marker no longer opens or closes the folder


Actual results:

after waking pc, bookmarks folders in the bookmark menu in the sidebar no longer open or close - the folders are frozen. however, bookmarks visible in the open folders still function.


Expected results:

clicking the arrow next to the bookmark folder should open or close the folder
Bug: Using Ctrl-V in url bar with empty clipboard
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-03 16:32:56+00:00
Resolved: 2022-02-03 16:36:33+00:00

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

Steps to reproduce:

Having several tab open
choosing one
click in url bar to search new things
Copy with Ctrl-V while having empty clipboard


Actual results:

Firefox freezes


Expected results:

either nothing or just empty URL bar
Bug: Pref for "Open previous windows and tabs" reset to off
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-03 17:00:40+00:00
Resolved: 2022-02-08 22:07:02+00:00

My pref for re-opening my previous session somehow got reset between approximately the 2022-02-01 and 2022-02-03 builds.

Nightly, latest macOS synced with iOS release (and other instances that weren't started during that window)
Bug: Between V92 and 96 Missing Minimize/Window/Close on the Title Bar missing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-03 17:15:44+00:00
Resolved: 2022-02-03 18:57:39+00:00

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

Steps to reproduce:

If on V92 the window control ribbon is present, when on V95 and above it is missing.

This is present only on the machine I have with a nVidia card with the last released drivers, the other two machine with Intel and ATI card are fine. 


Actual results:

The Window Control is missing in V95 and above.


Expected results:

The ribbon on the title bar should always be present.
Bug: Google Chrome is wiping all open tabs in Firefox when it starts up
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-03 18:46:16+00:00
Resolved: 2022-02-08 17:51:07+00:00

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

Steps to reproduce:

Started Firefox and ensured that several tabs were being used. Minimised Firefox to half-screen size. Started Google Chrome.


Actual results:

All the open tabs in Firefox closed when Google Chrome started.
OS is Windows 10, version of Firefox is 96.0.3 (recent update?).


Expected results:

Firefox should have retained all existing open tabs, regardless of what Google chrome was doing.

Not sure if this is right, never heard about "user agent string" before today. Maybe its this: 85a0e9dc36294eaeba8c47bf6e878ed1
Bug: restore after reboot not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-04 02:54:40+00:00
Resolved: 2023-05-26 13:21:37+00:00

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

Steps to reproduce:

Needed to shut down the machine (installing a new card). 
Afterward restarted FF and the restore function did not work. 


Actual results:

Easy peasy - - - - after machine restart asked for ff to be loaded. 
Previous pages/tabs - - - not there. 


Expected results:

Upon restart of FF previous pages/tabs should appear.
Bug: URL bar height should scale with OS text size (e.g. when changed through Gnome Tweaks)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-02-04 08:00:28+00:00
Resolved: 2023-06-02 15:22:55+00:00

(Firefox Nightly 98, Fedora 38)

If I tweak the default font sizes in Gnome Tweaks, then the text in non-content panes in Firefox is scaled appropriately, as are many other widgets, eg most favicons in Tree Style Tabs.  But the URL bar and the favicons for pinned tabs are not scaled, so at sufficiently large text sizes the URL bar has too little vertical space and cannot properly display the scaled text that is in it, and the pinned tab favicons are close to illegible.
Bug: Session Restore fails to restore some window features correctly
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-02-04 10:42:55+00:00
Resolved: 2025-03-02 14:50:35+00:00

* Restored popups will have a wrong title if they had an empty title and a location bar.
* Restored popups are not resizable.

Patch is coming.
Bug: Address Bar Spoofing using combination of about & file URI
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-04 10:55:07+00:00
Resolved: 2022-04-06 22:34:15+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.99 Safari/537.36/8mqSsSuL-81

Steps to reproduce:

1. Navigate to about:reader?url=file://C:\



Actual results:

In the address bar it only shows file://C:\


Expected results:

It shouldn't navigate to that URL like it does for below test cases:
1. about:reader?url=about:version
2. about:reader?url=javascript:alert(document.location)
Bug: Firefox browser is working too slow on i3 Processor (Loading time of firefox is between 20 to 40 seconds)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-04 14:10:42+00:00
Resolved: 2022-02-07 18:35:27+00:00

Steps to reproduce:

1.Opened Firefox browser
2.I clicked on the search tab 
3.I clicked on the options icon of firefox


Actual results:

Firefox browser took around 20 to 30 seconds to open, then it got hanged when I clicked on search tab and options icon


Expected results:

Firefox browser should alt least get opened within 3 to 5 seconds and on clicking any elements it should not get hanged
Bug: firefox browser is working too slow on 13 processor (loading time of firefox is between 20 to 40 seconds)
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-02-04 14:10:45+00:00
Resolved: 2022-02-04 15:58:40+00:00

Steps to reproduce:

1. opened firefox browser
2. i clicked on the search tab
3. i clicked on the options icon of firefox


Actual results:

Firefox browser took around 20 to 30 seconds to open, then it got hanged when i clicked on search tab and options icon


Expected results:

Firefox browser should atleast get opened within 3 to 5 seconds and on clicking any elements it should not get hanged.
Bug: Ctrl + T does not focus adress bar when in fullscreen mode before
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-02-04 14:53:33+00:00
Resolved: 2023-10-02 11:51:29+00:00

1. Browse the web
2. Ctrl + T opens an new tab and the focus is on the adress bar (attachment_1_no fullscreen)
3. View any video on any website in fullscreen mode / ZOOM call in fullscreen etc (see URL for example)
4. Ctrl + T opens an new tab but the focus is NOT on the adress bar (attachment_2_fullscreen)

I think we should put focus on the adress bar for both
Bug: Some favicons showing 'broken image' icon
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-02-04 16:48:30+00:00
Resolved: 2022-02-10 10:25:07+00:00

In today's nightly, there has been a regression with the display of favicons for some webpages. For example, visiting https://medium.com/@pavloosadchyi/terraform-patterns-and-tricks-i-use-every-day-117861531173 shows the 'broken image' icon in the tab bar. Prior to today's nightly, this did not occur.

Guessing this was regressed by bug 1718220.
Bug: Firefox remembers less browsing history than before
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-02-04 19:28:18+00:00
Resolved: 2022-06-05 08:49:37+00:00

I don't remember exactly when this changed, but I've noticed that Firefox remembers less browsing history than before.

My recollection is it used to remember something like the past 6 months, and these days it's only the past ~2 months or so.

I run into this a lot -- typing things into the awesomebar that I _know_ I have visited within the past 6 months or so but are no longer in my history -- and it would be nice to be able to increase the retention period back to 6 months (or another period of the user's choosing). 

Is there a preference for this, or can one be added?