av9ash/GitBugs huggingface dataset:
Bug: The “No FxA” state of the about:logins page is wrongly displayed after removing all saved logins if the “Create New Login” mode was displayed
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-12-07 10:59:14+00:00
Resolved: 2020-12-18 14:57:21+00:00

[Affected versions]:
- Firefox Nightly 85.0a1 (Build ID: 20201206213246)

[Affected Platforms]:
- Mac 10.15.6
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have a Firefox profile with at least one login saved.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Click on the “Create new Login” button.
4. Click on the Menu button.
5. Select the “Remove All Logins…” option.
6. Tick the "Yes, remove these logins." checkbox and click on the “Remove All” button from the dialog.
7. Observe the behavior.

[Expected result]:
- All logins are successfully removed and the "Create New Login" mode is displayed.

[Actual result]:
- All logins are successfully removed and the “No FxA” state of the “about:logins” is displayed.
- The entry of “New Login” remains displayed on the Login List and the “Create New Login” button remains inactive.

[Regression]
- The issue is not reproducible with older Nightly 85.0a1 build. Considering this using mozregression tools I have found the regression range. Here are the results:
 Last good revision: 9be07328278f9835ba3cd08acd50f6738fac9378
 First bad revision: ca6dd23e0b1b3a17ec0dd464678e847b5b4bbad4
 Pushlog: link
From this pushlog I think the patch for Bug 1678986 introduced this behavior.
[Notes]:
- The "New Login" entry is removed from the Login List and the “Create New Login” button becomes active after the page refresh.
- Attached a screen recording with the issue.
Bug: On "Restore Session" page, "previous tabs" view scrolls too fast on macOS
Status: UNCONFIRMED
Priority: --
Created: 2020-12-07 15:21:55+00:00
Resolved: 2020-12-07 16:18:08+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

- Crash or close Firefox such that it offers to restore your session
- Have enough windows/tabs to restore, and/or a small enough screen, that the "previous tabs" view is scrollable.
  - Not sure if relevant, but I have a small enough screen that the "Restore Session" page itself overall is also scrollable
- Click "View Previous Tabs"
- Scroll the "previous tabs" view

(I am scrolling with the touchpad on a mid-2012 MacBook Pro 13-inch, non-retina, running macOS Catalina 10.15.7)


Actual results:

- "Restore Session" page and its "previous tabs" box both scroll simultaneously
- "Previous tabs" view is hard to visually track, with its content effectively moving twice as fast up/down the screen as it should


Expected results:

The "Previous Tabs" box of the "Restore Session" page should "capture" the scrolling, so that only it or the whole page move. Not both simultaneously (which makes the box appear to scroll at double speed).
Bug: Avoid delaying bookmarks toolbar initialization for new windows post-startup
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-12-07 18:28:09+00:00
Resolved: 2021-03-30 04:44:31+00:00

After bug 1667237 we always delay showing bookmarks until after the window is ready.

This makes sense for startup, but doesn't make as much sense once for windows that are opened subsequently - the places DB will have already loaded, and we should be able to get the bookmarks without more IO (though whether that is really true right now, ie whether we don't do the IO N times for N windows, I'm less sure about...).
Bug: 1-2px flicker with toolbarbuttons placed on the bookmarks toolbar when opening a new window
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-12-07 19:52:29+00:00
Resolved: 2020-12-10 20:15:40+00:00

STR:
1. Enable the bookmarks toolbar, add some bookmarks there
2. Add the Bookmarks Menu toolbarbutton to the bookmarks toolbar
3. Open a new window

AR:
The toolbarbutton flickers 2-3px to the side while loading the bookmarks are loaded.

ER:
No flicker.

Noticed this when I verified bug 1678951.
Bug: A banner covering the menu index on top of the screen telling me: " firefox has changed the loudness".
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-07 22:25:36+00:00
Resolved: 2021-01-04 18:56:16+00:00

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

Steps to reproduce:

If I´m looking a video using firefox and change the loudness by pressing the plus- or minus- button of my PC,


Actual results:

a black banner appears in the upper left edge of the screen covering the "Menuleiste" telling me:
" firefox has changed the loudness".
(I´m using firefox in the german form, "Menuleiste" means the menu index on top of the screen.)



Expected results:

take away the banner instantly, not to have to wait minutes for disappearing for managing my bookmarks and menu index.
Bug: Selected content document should not capture keyup event when cycling tabs by Ctrl+Tab
Status: REOPENED
Priority: --
Created: 2020-12-08 00:20:00+00:00
Resolved: 2024-08-22 12:18:55+00:00

This is a follow-up of bug 1641287.

As reported in bug 1641287#c8, during selecting a tab by Ctrl+Tab and when releases Tab or Ctrl key, the content document selecting captures the keyup event. 
In this bug, we will avoid sending the keyup event.

STRs:
1. open the attached html
2. open and select about:blank page in a new tab
3. type Ctrl+Tab key

ER: The test document just will be selected.
AR: The test document is selected and captures the keyup event, then shows an alert.
Bug: Failed to uninstall firefox extension using policy
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-12-08 06:10:10+00:00
Resolved: 2024-01-30 17:04:50+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.75 Safari/537.36

Steps to reproduce:

I have added following entry in the registry to uninstall the extension using policy.

Software\Policies\Mozilla\Firefox\Extensions\Uninstall\1 = "3632ea90-f7fa-11e6-bbf4-04013d24cc02-prod@whatfix.com"


More Details:
Firefox version: 83.0 (64 bit)
OS: Windows 10 PRO



Actual results:

The extension is not removed from firefox.




Expected results:

The extension should be removed from firefox browser
Bug: Firefox 83, cross-domain iframe cannot call parent window with custom url
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-08 08:47:07+00:00
Resolved: 2021-01-15 14:00:51+00:00

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

Steps to reproduce:

Iframe on different domain cannot open external application using scheme urls or for example "mailto:" when calling parent or top window location change.
window.parent.location.href = 'mailto:'
window.top.location.href = 'mailto:'



Actual results:

Nothing happens


Expected results:

External application should have been opened
Bug: Last word of korean(Multi-byte character) is missing when writing it in Address Bar and linking to duckduckgo searching page especially while last character is in 'text cursor block'.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-08 09:31:48+00:00
Resolved: 2020-12-08 10:21:40+00:00

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

Steps to reproduce:

I've been using duckduckgo search engine with firefox and firefox automately updated up to version 83. I tried writing korean sentences in Address Bar (and searched with duckduckgo engine.


Actual results:

before firefox version 83 if I type "가 나다" (space between 가 and 나) and It gave me search result, "가 나".

sometimes last word is removed, but sometimes not.


Expected results:

It should give me search result, "가 나다".
Bug: Print preview in infinite loading if launched before the PDF document is loaded
Status: NEW
Priority: P3
Created: 2020-12-08 10:26:35+00:00
Resolved: 2022-01-28 14:43:50+00:00

**Affected versions**
- Firefox 84
- Firefox 85.0a1

**Affected platforms**
- Windows 7 & 10
- Ubuntu 20.04
- macOS 11.1

**Steps to reproduce**
1. Launch Firefox
2. Access this [PDF](https://humanitas.ro/assets/pdf/Goethe_Faust.pdf)
3. Press Ctrl+P before the document is loaded

**Expected result**
- Print preview is not launched and only the message stating that the document is not loaded is shown, or Print preview is loaded but the message that the document is not loaded is under it.

**Actual result**
- The message for the not loaded document is below Print preview and it will stay in a loading loop.

**Regression range**
- Will see for a regression if there is one.

**Additional notes**
- The issue can be seen in the attachment

**Suggested severity**
- S3-S4
Bug: Ecosia cannot be added as search engine
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-08 11:46:32+00:00
Resolved: 2020-12-08 15:41:18+00:00

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

Steps to reproduce:

1. Accidentally delete Ecosia.org from your list of custom search engines 
2. Go to Ecosia.org 
3. Try clicking the green Plus button in the search field of Firefox 

4. Enter a search into Ecosia on the web page
5. Try clicking the green Plus button in the search field of Firefox 

6. Go to addons.mozilla.org 
7. Add the official Ecosia addon 
8. Remove it. 


Actual results:

The green Plus button which allows you to add a search engine to Firefox does not appear, neither on the main page of Ecosia.org nor on the results page. The button appears on all other websites with a search function, but not on Ecosia.org. 

Adding the Ecosia addon did add the search engine, but removing the addon also removed the search engine again. 


Expected results:

A green Plus button appears in the Firefox search field, allowing you to add Ecosia to your custom search engines. 

Removing the search engine addon does not remove the search engine.
Bug: Cannot upload image to MS Developer Community post
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-08 12:53:22+00:00
Resolved: 2021-01-30 09:26:23+00:00

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

Steps to reproduce:

1. Create some post on https://developercommunity.visualstudio.com/spaces/8/index.html (you need an account).
2. Try upload image to the post.


Actual results:

Neither in the network nor in the console there is anything suspicious but in a post body there is not corresponding text representing the uploaded image.


Expected results:

In the message body there is a text for image. Like “![Spacing.gif](https://aka.ms/dc/image?name=B4757c544d5e94d46818908eb9cdadc04637430280375734396_Spacing.gif&tid=4757c544d5e94d46818908eb9cdadc04637430280375734396)”. Like Opera do.
Bug: Intermittent browser/base/content/test/siteIdentity/browser_geolocation_indicator.js | identity-popup-geo-container should have two elements. - Got 1, expected 2
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-12-08 14:14:25+00:00
Resolved: 2020-12-28 06:09:45+00:00

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

---
```
[task 2020-12-08T13:14:30.088Z] 13:14:30     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_geolocation_indicator.js | identity-popup-geo-container has correct state - 
[task 2020-12-08T13:14:30.088Z] 13:14:30     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_geolocation_indicator.js | geo-access-indicator-item has correct state - 
[task 2020-12-08T13:14:30.088Z] 13:14:30     INFO - Leaving test bound test_identity_popup_permission_clear
[task 2020-12-08T13:14:30.088Z] 13:14:30     INFO - Entering test bound test_identity_no_duplicate_last_access_label
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - Testing state true of element  identity-popup-geo-container
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - Testing state true of element  geo-access-indicator-item
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_geolocation_indicator.js | identity-popup-geo-container has correct state - 
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - Buffered messages finished
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_geolocation_indicator.js | identity-popup-geo-container should have two elements. - Got 1, expected 2
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - Stack trace:
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - chrome://mochikit/content/browser-test.js:test_is:1332
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - chrome://mochitests/content/browser/browser/base/content/test/siteIdentity/browser_geolocation_indicator.js:testIdentityPopupGeoContainer/checkContainer<:79
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_geolocation_indicator.js | Geo container should have permission item. - 
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-12-08T13:14:30.089Z] 13:14:30     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_geolocation_indicator.js | Uncaught exception - at chrome://mochitests/content/browser/browser/base/content/test/siteIdentity/browser_geolocation_indicator.js:90 - TypeError: can't access property "id", container.childNodes[1] is undefined```
Bug: Keyboard navigation in meatball menu is inconsistent
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-12-08 15:23:56+00:00
Resolved: 2020-12-21 08:03:50+00:00

When using the keyboard to navigate this particular menu, both the right and left arrow keys cause the menu to focus the previous item in the list.

STR:
1. Navigate to `about:logins`
2. Use keyboard to navigate to menu shown in `image.png`
3. Use right or left arrow key to navigate
4. Notice that the previous item is selected

I'm not sure what the left/right arrow keys should do in this case. In my knowledge, the left/right arrow keys should effectively do nothing when navigating a menu like this, but I don't know if there are any Firefox quirks I'm not aware of
Bug: Tab crash when copying entire Google Sheet
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-08 16:43:25+00:00
Resolved: 2020-12-08 17:57:32+00:00

str:
1. Open this [Google Sheet](https://docs.google.com/spreadsheets/d/1Pjavc7K-BiMtf9bUw4yfQABwHKg_SfsaNCHzK3w41N0/edit#gid=1959845185)
2. Select the entire sheet.
3. Copy the sheet

Expected
The contents of the sheet are copied to the clipboard

Actual
Tab crashes ([report](https://crash-stats.mozilla.org/report/index/7aa1dd70-8501-4f54-92c4-0e8230201208))
Bug: Click on Firefox window on monitor #2, the other monitor (#1) on which I'm gaming goes to desktop. Not so with Chrome
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-08 18:19:55+00:00
Resolved: 2021-01-18 13:02:02+00:00

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

Steps to reproduce:

I'm using 2 monitor setup. While gaming on monitor #1 I tried changing my song on Firefox on monitor #2


Actual results:

The moment Firefox gets focus, monitor #1 goes to desktop.


Expected results:

Expected results are to give focus to Firefox on monitor #2 and monitor #1 stays in fullscreen mode. This is what happens with Chrome by doing the exact same thing.
Bug: Broken bookmark icons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-08 22:28:48+00:00
Resolved: 2020-12-17 16:23:30+00:00

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

Steps to reproduce:

- using the `firefox-nightly` package v85.0a1 on Arch Linux x86_64
- install Firefox Nightly
- observe the features working properly
- reboot the system
- open Firefox
- observe some bookmark icons losing transparency and some buttons disappearing

I have tried:
- restarting Firefox with addons disabled
- reinstalling Firefox
- deleting `favicons.sqlite` in the profile directory
- using mozregression, which didn't provide any helpful info because the bug requires a system restart to reproduce.


Actual results:

- Some website icons no longer have a transparent background in the bookmark bar
- most right side searchbar buttons are missing
- 3-dot menu opens an empty dropdown


Expected results:

- Icons should have transparent background
- the 'add bookmark' buttons are visible
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_urlbar_telemetry.js | browser_urlbar_telemetry_searchmode.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-12-08 23:02:07+00:00
Resolved: 2022-08-12 20:36:24+00:00

**Filed by:** rmaries [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=323976943&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Y8V6Jo8jS0CpbsKiyv0BtQ/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/Y8V6Jo8jS0CpbsKiyv0BtQ/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2020-12-08T21:39:42.506Z] 21:39:42     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_urlbar_telemetry.js
[task 2020-12-08T21:42:16.853Z] 21:42:16     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_urlbar_telemetry.js | The key example.in-content:organic:none must contain the expected sum in SEARCH_COUNTS. - 7 == 7 - 
[task 2020-12-08T21:42:16.853Z] 21:42:16     INFO - Buffered messages logged at 21:42:16
[task 2020-12-08T21:42:16.853Z] 21:42:16     INFO - Leaving test bound test_privateWindow
[task 2020-12-08T21:42:16.853Z] 21:42:16     INFO - Buffered messages finished
[task 2020-12-08T21:42:16.854Z] 21:42:16     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_urlbar_telemetry.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 2020-12-08T21:42:16.854Z] 21:42:16     INFO - GECKO(2845) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-12-08T21:42:16.854Z] 21:42:16     INFO - GECKO(2845) | MEMORY STAT | vsize 7830MB | residentFast 363MB | heapAllocated 139MB
[task 2020-12-08T21:42:16.854Z] 21:42:16     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_urlbar_telemetry.js | took 154198ms
[task 2020-12-08T21:42:16.854Z] 21:42:16     INFO - GECKO(2845) | [Child 2847: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 0x113ecec00 == 1 [pid = 2847] [id = 24]
[task 2020-12-08T21:42:16.854Z] 21:42:16     INFO - GECKO(2845) | [Child 2847: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 6 (0x10ca21e40) [pid = 2847] [serial = 103] [outer = 0x0]
[task 2020-12-08T21:42:16.854Z] 21:42:16     INFO - GECKO(2845) | [Child 2847: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 7 (0x113f86000) [pid = 2847] [serial = 104] [outer = 0x10ca21e40]
[task 2020-12-08T21:42:16.854Z] 21:42:16     INFO - checking window state
[task 2020-12-08T21:42:16.895Z] 21:42:16     INFO - GECKO(2845) | [Parent 2845: Main Thread]: I/DocShellAndDOMWindowLeak --DOCSHELL 0x161917000 == 6 [pid = 2845] [id = 10] [url = about:blank]```
Bug: Mozilla Firefox uses so much ram when try to delete history like 1 month large
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-09 09:52:42+00:00
Resolved: 2020-12-17 16:27:35+00:00

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

Steps to reproduce:

I try to delete a 1 month large browser history from `Show all bokmarks`.


Actual results:

And firefox start lagging and checked ram usage its about 5.1 Gb. There is only opened 3 tabs and bookmarks window. 


Expected results:

It deleted but ram usage is huge. (not crashed but not released memory until close firefox)
Bug: Dragging Import bookmarks item or adding new items into toolbar after the Import bookmarks separator shows a grey background
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-12-09 12:29:36+00:00
Resolved: 2020-12-10 12:18:36+00:00

*Affected versions*
* 85.0a1(20201208094500)
* 84.0 (20201207203640)


*Affected platforms*

* Windows 10x64
* Ubuntu 18.04
* macOS 10.15


*Steps to reproduce*
1. Open Firefox with a new profile and go to Customize mode.
2. Drag Import bookmarks.

*Expected result*
* No grey background is displayed.

*Actual result*
* Grey background is displayed on the dragged item.

*Regression range*
* Last good revision: 13c671d889846111a94b6645ff9f107de19bd779
* First bad revision: 6b9978d2a957cb6ec9d6bd0e0155d16db887a186
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=13c671d889846111a94b6645ff9f107de19bd779&tochange=6b9978d2a957cb6ec9d6bd0e0155d16db887a186



*Notes*
* Attached a screen recording. 
* If adding a random item after the Import bookmarks one separator it makes a grey background as well. This happens only for one item. The other ones do not have grey backgrounds.
* On 84.0 this can be reproduced by enabling the bookmarks toolbar and dragging the  Import Bookmarks item to the bookmarks bar and dragging it back while in Customize mode.

**Suggested Severity: S4**
Bug: Cannot detach or close active tabs
Status: REOPENED
Priority: P3
Created: 2020-12-09 18:22:44+00:00
Resolved: 2022-08-31 10:36:17+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:83.0) Gecko/20100101 Firefox/83.0

Steps to reproduce:

I tried to detach the active tab in a browser window on an external monitor by dragging it away from the other tab in the window to the middle of the screen on the external monitor.


Actual results:

Nothing happened. I am unable to click/drag the active tab or close them. The 'x' is shown on the active tab, but clicking on it doesn't do anything. I can use Command+W to close the tab.

I did find that I can interact with inactive tabs in the same window, so I can click on the 'x' to close them or click/drag an inactive tab into a new window. After doing this action with one of the tabs, the others are "loosened up" and I can then interact with the active tab as expected.


Expected results:

The tab should have detached from the window and moved to its own window.
Bug: Korean last letter is truncated in address bar search, when the search term has a space
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-09 19:10:26+00:00
Resolved: 2020-12-09 20:26:31+00:00

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

Steps to reproduce:

When searching in the address bar, if I type multiple words of Korean, in most cases, the last letter gets truncated. This does not seem to happen with all cases. For example, as you see in the attached screen recording, it happens with "시바 이누" and "고양이 고양", but not with "고양이 고양이".


Actual results:

Typed "시바 이누" in the address bar, Google search shows "시바 이".


Expected results:

Google search should show "시바 이누".