av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/preferences/tests/browser_statePartitioning_strings.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-09-22 19:55:31+00:00
Resolved: 2024-10-14 12:13:50+00:00

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

---
```
[task 2024-09-22T18:50:16.760Z] 18:50:16     INFO - TEST-PASS | browser/components/preferences/tests/browser_statePartitioning_strings.js | The FPI warning is visible - 
[task 2024-09-22T18:50:16.760Z] 18:50:16     INFO - Buffered messages logged at 18:50:16
[task 2024-09-22T18:50:16.761Z] 18:50:16     INFO - Leaving test bound runTests
[task 2024-09-22T18:50:16.762Z] 18:50:16     INFO - Buffered messages finished
[task 2024-09-22T18:50:16.762Z] 18:50:16     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_statePartitioning_strings.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 2024-09-22T18:50:16.816Z] 18:50:16     INFO - GECKO(532) | MEMORY STAT | vsize 2117935MB | vsizeMaxContiguous 65121954MB | residentFast 5241MB | heapAllocated 3774MB
[task 2024-09-22T18:50:16.817Z] 18:50:16     INFO - TEST-OK | browser/components/preferences/tests/browser_statePartitioning_strings.js | took 98776ms
[task 2024-09-22T18:50:16.828Z] 18:50:16     INFO - GECKO(532) | [Child 3980: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 18ed62f4000 == 1 [pid = 3980] [id = 209]
[task 2024-09-22T18:50:16.830Z] 18:50:16     INFO - GECKO(532) | [Child 3980: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 1 (18ed3b81800) [pid = 3980] [serial = 419] [outer = 0]
[task 2024-09-22T18:50:16.830Z] 18:50:16     INFO - GECKO(532) | [Child 3980: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 2 (18ed62f5400) [pid = 3980] [serial = 420] [outer = 18ed3b81800]
[task 2024-09-22T18:50:16.873Z] 18:50:16     INFO - checking window state
[task 2024-09-22T18:50:16.916Z] 18:50:16     INFO - TEST-START | browser/components/preferences/tests/browser_subdialogs.js
```
Bug: save to pocket button missing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-23 05:08:26+00:00
Resolved: 2024-10-01 22:06:43+00:00

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

Steps to reproduce:

Open Firefox Nightly 132.0a1 (2024-09-22) (64-bit)


Actual results:

The "Save to Pocket" button is no longer in the address bar.
There is no "save to pocket" button anywhere in the toolbar customization


Expected results:

The "Save to Pocket" button be in the address bar, or maybe have a button to put into the toolbar.
Bug: Some Settings links open in the current about:preferences tab instead of a new tab
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-09-23 06:12:04+00:00
Resolved: 2024-10-02 13:45:04+00:00

Fix these Settings links to open in a new tab like Settings' other "Learn more" links:

* The "Learn more" link for "Suggest Firefox Relay email masks to protect your email address"
* The Privacy Notice link for "Firefox Data Collection and Use"
* The "Learn more" link for "Allow Firefox to send technical and interaction data to Mozilla"
* The "View Firefox Studies" (about:studies) link for "Allow Firefox to install and run studies"
Bug: Vertical tabs are not clickable from the screen edges (Fitts' law)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-23 09:46:42+00:00
Resolved: 2024-09-30 11:03:44+00:00

STR:
1. Start with `sidebar.verticalTabs = true` and `sidebar.revamp = true`.
2. Maximize the window.
3. Select a tab by clicking the extreme edge of the screen.

Expected:
Vertical tabs can be clicked from screen edges like horizontal tabs and sidebar buttons.

Actual:
Nothing happens when clicking the screen edge next to tabs.
Bug: Remote Settings downloads goes to app data on Android
Status: NEW
Priority: --
Created: 2024-09-23 11:39:39+00:00
Resolved: 2025-01-20 12:47:09+00:00

Steps to reproduce:

Navigate to `[profile_folder]/storage/permanent/chrome/idb`. There's a folder inside that's taking up around 600 MB on one device and almost 800 MB on another.

This bloated folder is steadily increasing in size. Since it's not a cache folder, clearing app cache will not get rid of it.


Actual results:

This bloat has appeared in either this (129) or the previous version (128). I know this because I have a backup of version 127 which has the regular app data size you would expect from Fenix.


Expected results:

Not sure. Maybe Fenix is continuing to keep old files around that aren't needed anymore. A similar bug was seen with the crlite folder a year or two ago.
Bug: [Experiment] The Personalize NewTab Search bar is scaled down at the breakpoints before all other elements of the page are scaled down
Status: NEW
Priority: --
Created: 2024-09-23 13:03:52+00:00
Resolved: 2024-09-23 13:07:03+00:00

**[Affected versions]:**
- Firefox Nightly 132.0a1, BUILD ID: 20240919095816.
- Firefox Beta 131.0b9, BUILD ID: 20240920091619.
- Firefox Beta 131.0b9, Build ID: 20240920091619.

**[Affected Platforms]:**
- Windows 10 x64.
- macOS 14.3.
- Ubuntu 22.0 x644.

**[Prerequisites]:**
- Have the "browser.newtabpage.activity-stream.newtabLayouts.variant-a" pref set to true.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a new tab and scale down the browser’s width..
3. Observe the Search bar.

**[Expected result]:**
- The Search bar should scale down simultaneously with the rest of the page elements.

**[Actual result]:**
- The Search bar is scaled down before the rest of the page’s elements.
*[Notes]:*
This issue is also reproducible on the Variant B part of the experiment.
Attached a screen recording of the issue.
Bug: Flipping enableUpdatedAddImage pref also makes "Create alt text automatically" toggle visible.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-23 15:46:30+00:00
Resolved: 2024-10-11 13:21:24+00:00

**Steps to reproduce the problem:**
1. Flip enableUpdatedAddImage to true
2. Open a PDF file in Firefox, add image

**What is the expected behavior?** 
New image editor opens, with **no** *Create alt text automatically* toggle displayed. 

**Actual result (please see screenshot)**
*Create alt text automatically* toggle is displayed, even though the functionality is unavailable to a user.
Bug: New-tab "Pick your intersts" dialog has brief rendering with no text and much shorter height
Status: NEW
Priority: --
Created: 2024-09-23 16:51:10+00:00
Resolved: 2024-10-08 12:08:54+00:00

STR:
1. Start Firefox Nightly with a fresh profile.
2. Open a new tab and *watch carefully*

ACTUAL RESULTS:
The new-tab pops up a "Select topics to fine-tune your feed" dialog, but there's some noticeable layout-shift inside the dialog as it appears.
If you capture a screencast and watch it in slow motion, then it's easier to see the issue: the text is all missing (aside from the buttons at the bottom-right), and the dialog is shorter as a result.

EXPECTED RESULTS:
No such misrendering. The text should be present when we first render the popup, to avoid awkward-looking layout-shifts & jumpiness.
Bug: New tab initial rendering is wrong if you've resized your browser window (it's rendered for whatever viewport size we used for "preload", instead of rendering into the current viewport size)
Status: NEW
Priority: --
Created: 2024-09-23 17:19:47+00:00
Resolved: 2024-10-08 12:08:57+00:00

STR:
1. Start a screen recording and/or start the Firefox profiler.
2. Make your browser window wider or skinnier.
3. Open a new tab and watch carefully (or check back in recording later) for any weird misrendering.
4. Repeat steps 2-3 as-desired.

ACTUAL RESULTS:
When you open a new tab, the initial rendering is not correct for your current browser window size. It seems to be rendered at some previous viewport-size (probably the viewport-size from the last time that you opened a new tab; or from this window's initial size if you'd never opened a new-tab).

EXPECTED RESULTS:
No such misrendering-at-the-wrong-size. Probably: whenever the browser window is resized, we should queue up some task to update our new-tab preload rendering (asynchronously).
Bug: TopSitesSponsoredImpressionStats does not set reporting URL when unifiedAdsEnabled is FALSE
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-23 18:23:29+00:00
Resolved: 2024-09-24 18:58:12+00:00

The `handleTopSitesSponsoredImpressionStats()` telemetry function should set the reporting URL (in Glean) whenever `unifiedAdsEnabled` is NOT enabled.  

https://searchfox.org/mozilla-central/source/browser/components/newtab/lib/TelemetryFeed.sys.mjs#675-677
Bug: Hovering over a remote tab in sidebar that does not support closing tabs remotely shows incorrect hover state
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-23 18:53:17+00:00
Resolved: 2024-09-27 04:23:00+00:00

STR:
1. Enable sidebar and go to a device that does not support remotely closing tabs (right now is iOS)
2. Hover over one of the tabs

Expected:
1. The area where the close button is should have a hover state (see screenshot)

Actual:
1. There is a separate hover state when hovering
Bug: Vertical Tabs: Right click on new tab no longer shows container tab menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-23 20:44:28+00:00
Resolved: 2024-11-06 12:57:09+00:00

A right click on the new tab button for Vertical tabs no longer shows the context menu for container tabs, breaking consistency with horizontal tabs.
Bug: New tab image wallpaper resetting after some time
Status: UNCONFIRMED
Priority: --
Created: 2024-09-24 03:20:29+00:00
Resolved: 2024-09-25 14:32:36+00:00

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

Steps to reproduce:

1. Set image wallpaper on new tab
2. Wait some time, around a day or two


Actual results:

Wallpaper is reset to white, options are missing (attached)


Expected results:

The wallpaper stays
Bug: Dragging a tab onto the Other Bookmarks folder does not place the bookmark in that folder
Status: NEW
Priority: P3
Created: 2024-09-24 04:14:28+00:00
Resolved: 2024-10-15 14:13:56+00:00

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

Steps to reproduce:

Step 1: Ensure that the Menu Bar is visible (If it is not, right click on the tab bar and select Menu Bar).
Step 2:  Visit a web site of your choice.
Step 3:  Click and drag the tab of that website into the Bookmarks menu on the Menu Bar, and then onto (but not into) the Other Bookmarks folder. Release your mouse button.  (In other words, do not drag your mouse into the sub menu that pops up on the right hand side that shows the actual content of the Other Bookmarks folder).


Actual results:

The bookmark is not added to the Other Bookmarks folder. It is added to the main bookmarks menu.


Expected results:

The bookmark should have been added to the Other Bookmarks folder.

Note: the bug also affects the bookmarks menu that opens up from the button on the navigation bar (you might have to add it to the navigation bar first by right clicking on the navigation bar and clicking Customize Toolbar). The bug does not affect the Bookmarks Sidebar or the Library.
Bug: Tab crashes when text is dropped twice in a row from one Firefox window to another
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-24 06:57:32+00:00
Resolved: 2024-10-25 11:41:26+00:00

**Found in**
* 132.0a1 (2024-09-23)

**Affected versions**
* 132.0a1 (2024-09-23)






    


**Tested platforms**
* Affected platforms: Windows 11, Windows 10
* Unaffected platforms:macOS 12, Ubuntu 


**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view
* Create a distribution folder inside the Firefox folder and paste the policies-2.json to it and then rename it to policies.json
* run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-?\d{2}-?\d{4}.* --towarn=.*warn.* --delays=10


**Steps to reproduce**
1. Open two Firefox windows.
2. In one window open https://www.wikipedia.org/ and in other window [this link](https://getpocket.com/explore/item/olive-oatman-the-pioneer-girl-abducted-by-native-americans-who-returned-a-marked-woman?utm_source=pocket-newtab-en-us)
3. Drop text from the pocket window to the text area inside Wikipedia on another window two times consecutively..


**Expected result** 
* No tab crash.


**Actual result**
* Tab crashes.



**Regression range**
* This happens after drag and drop scanning was introduced inside Content Analysis (bug 1910452).

**Additional notes**
* Attached a screen recording.
* Note: sometimes the tab crash does not happen immediately, it happens only after some time.
* Crash signature: https://crash-stats.mozilla.org/report/index/a6ca96a9-9fae-4534-a80b-94c840240924#tab-details. It seems that has the same signature as bug 1918579.
Bug: Travelustaad Hotel-Content URL Returns 200 Instead of Expected 304
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-24 07:14:15+00:00
Resolved: 2024-10-08 17:52:29+00:00

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

Steps to reproduce:

Steps to Reproduce:

Navigate to the Travelustaad website: https://www.travelustaad.com
Perform a hotel search with specific criteria (e.g., city: Paris, check-in: 18/02/2015, check-out: 19/02/2015).
Observe the response of the "hotel-content" URL.



Actual results:

Actual Result:

The server returned a 200 (OK) response instead of the expected 304, even though no modifications were made to the content.


Expected results:

Expected Result:

The server should return a 304 (Not Modified) response for cacheable content.
Bug: The X25519 deriveBits function should reject small-order points
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-24 10:18:23+00:00
Resolved: 2024-09-24 10:20:59+00:00

The Secure Curves spec [1] states the following in the X25519 DeriveBits operations:

> 6. If secret is the all-zero value, then throw a OperationError. This check must be performed in constant-time, as per [RFC7748] Section 6.1.

This is the root cause of the following errors in WPT 

https://wpt.fyi/results/WebCryptoAPI/derive_bits_keys/cfrg_curves_bits_curve25519.https.any.html?label=experimental&label=master&aligned

[1] https://wicg.github.io/webcrypto-secure-curves/#x25519-operations
Bug: [Experiment] [Windows 11] The user is unenrolled from the experiment after a browser restart
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-09-24 13:21:38+00:00
Resolved: 2024-10-30 01:33:08+00:00

**[Notes]:**
- This issue is reproducible only on Windows 11. 
- This issue is reproducible on both of the experiments: “PDF Annotations - Highlight - already default handler “ and “PDF Annotations - Highlight - not default handler”, too.

**[Affected versions]:**
- Firefox RC 131.0 - Build ID: 20240923135042


**[Affected Platforms]:**
- Windows 11 x64


**[Prerequisites]:**
- Have a user.js for any branch to enroll into the experiment.
-  Have a Firefox profile with the following prefs in the “about:config” page:
  - “browser.newtabpage.activity-stream.asrouter.devtoolsEnabled” pref set to “true”
- Firefox is set as the default system’s PDF handler.


**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to “about:support” and search for “Profile Folder”.
3. Click on “Open Folder” from the “Profile Folder”.
4. Copy the user.js from the prerequisites into the selected profile.
5. Restart the browser and notice that the user is enrolled into the experiment.
6. Restart again the browser.
7. Navigate to “about:studies” and notice the listed experiments.


**[Expected result]:**
-  The "PDF Annotations - Highlight - already default handler" experiment appears in the list as Active.

**[Actual result]:**
- The "PDF Annotations - Highlight - already default handler" experiment is marked as completed and the user is unenrolled from the experiment.



**[Additional Notes]:**
- In “about: telemetry” page, on the “Events” section the message for the unenrollment of this experiment is “{"reason": "targeting-mismatch", "branch": "treatment-b"}.
- After further investigations, we’ve noticed that after restart “isdefaultHandler” section has a "null" value in the “Targeting" section of the “about:asrouter”. 
- A video of this issue is attached.
Bug: [Rollout] Cannot enroll in the “No one click set to default rollout LTH holdback branch” rollout on Windows 10
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-24 13:39:13+00:00
Resolved: 2024-09-26 12:28:08+00:00

**[Affected versions]:**

- Firefox Release Candidate 131.0 - Build ID: 20240923135042
- Firefox Nightly 132.0a1 - Build ID: 20240922213737

**[Affected Platforms]:**

- Windows 10

**[Prerequisites]:**

- Have a Firefox build version >= 131.
- Have the update channel set to “release” for Nightly.
- Have the “[user.js](https://drive.google.com/file/d/1ZzEE-I7rOe6C_fU9RCUQ4sqwY0wcrSzh/view?usp=sharing)” and the “[ExperimentStoreData.json](https://drive.google.com/file/d/1nu0YhbKeDvDWGK55O1dPWWxRnP9liv2z/view?usp=sharing)” files downloaded on your computer.

**[Steps to reproduce]:**

1. Create a new Firefox profile but do not open it.
2. Navigate to the profile folder and paste the “user.js” and the “ExperimentStoreData.json” files from the prerequisites.
3. Open the browser using the profile from the prerequisites.
4. Navigate to “about:studies” page and observe the active experiments.
5. Navigate to “about:telemetry#events-tab” and observe the events.

**[Expected result]:**

- Step 4. The “No one click set to default rollout LTH holdback branch” rollout is displayed in the “Active studies” section.
- Step 5. An enroll event is registered for the rollout.

**[Actual result]:**

- Step 4. The “No one click set to default rollout LTH holdback branch” rollout is NOT displayed in the “Active studies” section
- Step 5. An enroll event is NOT registered for the rollout in test.

**[Notes]:**

- The “(os.windowsBuildNumber >= 19045.3393)” statement from the targeting expression is evaluated as “false” using ASRouter devtools - Targeting utilities - Evaluate JEXL expression, while the “(os.windowsBuildNumber >= 19045)” is evaluated as “true”.
- Windows 11 is not affected by this issue.
- Attached is a recording of the issue.
Bug: When “Always ask you where to save files” is checked files are not downloaded properly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-24 18:26:10+00:00
Resolved: 2024-10-09 09:19:18+00:00

Steps to reproduce:

On Fedora 40 install Firefox as flatpak

In settings check “Always ask you where to save files”

Try to download any file


Actual results:

Download icon in top right corner does not appear

File is not listed in Downloads

File is saved as random code with .part at the end instead of actual name


Expected results:

File is saved properly
Bug: Selecting tab in collapsed tab group does not expand tab group
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-09-24 18:30:42+00:00
Resolved: 2024-12-05 13:47:18+00:00

1. Create 3 tabs
2. Select 2 of the tabs, right click, create tab group from those 2 tabs
3. Collapse the tab group by clicking on the tab group label
4. Ensure that the tab outside of the tab group is the active tab
5. Using Browser Toolbox, get a handle to one of the tabs in the tab group, e.g. `let tab = gBrowser.tabs[0]`
6. Select the tab in the tab group by calling e.g. `gBrowser.selectedTab = tab`

Expected behavior: The tab in the tab group becomes the active tab and the tab group exits its collapsed state so that the user can see the active tab in the tab bar

Current behavior: The tab in the tab group becomes the active tab, but the tab group remains collapsed. The user cannot see the active tab in the tab bar.
Bug: HNT TelemetryFeed test fails when unifiedAdsEnabled is TRUE
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-24 18:58:12+00:00
Resolved: 2024-09-26 09:56:05+00:00

STR: 
1. Set `browser.newtabpage.activity-stream.unifiedAds.enabled` in `browser/app/profile/firefox.js`
1. Run Telemetry Feed test:
   `$ ./mach test browser/components/newtab/test/xpcshell/test_TelemetryFeed.js`

This will become an issue when we flip this pref for default Nightly.
Bug: Display issues with newtab weather widget change location "X" button
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-09-24 20:00:41+00:00
Resolved: 2024-11-15 16:44:25+00:00

There are a couple of small visual issues with the "X" close button that appears when you try to change location in the weather widget: 

* Without any wallpapers applied it lacks `:hover` and `:active` styles, which makes it difficult to tell when the button is the target for mouse/pointer events
* With a dark theme and a wallpaper applied the button background color stands out from the input in an unexpected way (see attachment)
* With light or dark themes and a wallpaper applied the button appears to be hovered or active whenever any part of the location input is hovered or active (see attachment)
Bug: Moving mouse away after tab hover preview appears while in fullscreen mode re-hides tab bar/toolbar.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-24 23:06:22+00:00
Resolved: 2024-11-12 15:43:37+00:00

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

Steps to reproduce:

1. Set browser.tabs.hoverPreview.enabled to true.
2. Enter full screen mode by pressing F11.
3. Move the mouse cursor to the top of the screen, revealing the hidden tab bar and toolbar. If the mouse isn't on a tab, move it to a tab, causing the tab hover preview to appear.
4. Move the mouse down to the toolbar. (Alternatively, move the move to the left or right of all tabs while keeping it below the top pixel of the screen.)


Actual results:

The top bars hide again as if I'd moved my mouse below them. (This makes it hard to click anything on the toolbar that's below a tab.)


Expected results:

The top bars remain until I move my mouse away from the top bars.
Bug: Selecting all in the URL bar and then pressing shift+control+left clears the selection instead of removing one URL segment
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-25 00:43:00+00:00
Resolved: 2024-09-27 09:28:40+00:00

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

Steps to reproduce:

1. Enter e.g. https://en.wikipedia.org/wiki/Main_Page in the URL bar. (You do not need to navigate to the page, but can still do so.)
2. Select all (either automatically on click, via control+a, via shift+end, via shift+right, via shift+control-right, or shift+click)
3. Press shift+control+left.

Tested on both 130.0.1 and Nightly 132.0a1 (2024-09-24). I feel like this is a new behavior from the past few months but haven't attempted to confirm this.

This does not happen for non-full selections (e.g. "https://en.wikipedia.org/wiki/Main_Pag", "https://en.wikipedia.org/wiki/", "ttps://en.wikipedia.org/wiki/Main_Page"). It also doesn't happen when using just shift+left instead of shift+control+left.


Actual results:

The selection is completely cleared, and the cursor is at the start of the text. (For a fraction of a second, the selection is the expected result (https://en.wikipedia.org/wiki/), but then it becomes cleared).


Expected results:

One URL segment should be deselected (i.e. the selection should be https://en.wikipedia.org/wiki/).

I often need to copy the domain name from the address bar, so this behavior is very annoying for me.