av9ash/GitBugs huggingface dataset:
Bug: Tab overflow menu: "move group to new window" fails when caller window has only one tab
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-01-30 05:18:42+00:00
Resolved: 2025-03-05 07:06:23+00:00

STR
1. add a tab group and an ungrouped tab to a window
2. open a new window with only a single tab
3. open TOM on the new window
4. right click the tab group in the list and select "move to new window"

Expected: The group is moved to a new window

Actual: `TypeError: can't access property "addEventListener", newWindow is null`
Bug: tab groups messed up my tabs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-01-30 05:43:18+00:00
Resolved: 2025-02-03 13:40:27+00:00

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

Steps to reproduce:

I wanted to groups my many pinned tabs into groups.
Turned on browser.tabs.groups.enabled to true.

After that I could not access the tabs nor unpin them.
So I turned that option off.

But thereafter I need to restore my previous sessions tabs every time whether option on or off.

Note that the minor point is that tab groups are not working properly.
The bigger one is that after trying them more basic older things are broken


Actual results:

Session gets lost every time now


Expected results:

I dont want to have to restore sessions every time!
Bug: Tab has an extra animation when dragged out of the Tab group at the beginning of the Tab Strip
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2025-01-30 10:07:56+00:00
Resolved: 2025-02-21 15:50:00+00:00

**Found in**
* 136.0a1 (2025-01-30)

**Affected versions**
* 136.0a1 (2025-01-30)

**Affected platforms**
* all

**Steps to reproduce**
1. Have a Tab group created as the first item from the Horizontal Tab strip
2. Drag a Tab outside of the Tab Group to the left of it.

**Expected result**
* The Tab should move outside of the Tab group without any extra animations

**Actual result**
* The Tab jumps back when moved outside of the Tab group and placed as the first Tab on the Horizontal tab strip.

**Regression range**
This issue started to occur now that Bug 1932489 was fixed.
Bug: forces download - potential remote execution attempt
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-01-30 10:32:16+00:00
Resolved: 2025-01-30 20:59:08+00:00

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

Steps to reproduce:

Visit website: https://dasdad[.]titanx[.]cl/sktrk43kkk/


Actual results:

Downloaded PDF file to downloads folder (as opposed to cache) and opened.


Expected results:

Opened in cache, or offered download dialogue.
Bug: [Experiment] The "Billboard" banner is not displayed even client is enrolled in the "IAB Billboard Banners - New tab" experiment
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-01-30 12:48:53+00:00
Resolved: 2025-02-03 14:45:14+00:00

**[Notes]:**
- This issue might be due to the fact that the "[Unified API for spocs and top sites - controlled rollout for release 133+](https://experimenter.services.mozilla.com/nimbus/unified-api-for-spocs-and-top-sites-controlled-rollout-for-release-133/summary)" rollout is not added as required in the "[IAB Billboard Banners - New tab](https://experimenter.services.mozilla.com/nimbus/iab-billboard-banners-new-tab/summary)" experiment's targeting as it was done for the "[IAB Leaderboard Banners - New tab](https://experimenter.services.mozilla.com/nimbus/iab-banners-new-tab/summary)" one.

**[Affected versions]:**
- Firefox RC 135.0 - Build ID: 20250127201358

**[Affected Platforms]:**
- Windows 10
- macOS 15.1.1
- Ubuntu 24.04

**[Prerequisites]:**
- Have a Firefox profile created with the `browser.search.region` pref set to `US` in the "about:config" page.
- Have this [user.js](https://drive.google.com/file/d/1lR7x5EwVdQIu2QHUo3K7dxy8982BekQd/view?usp=drive_link) file saved to your PC.
  
**[Steps to reproduce]:**
1. Navigate to the profile folder and paste the user.js file from the prerequisites.
2. Open the browser using the above-mentioned profile.
3. Open a New Tab and observe the page content.

**[Expected result]:**
- The "Billboard" banner is displayed in the "Thought-provoking stories" section.
    
**[Actual result]:**
- The "Billboard" banner is not displayed at all.

**[Additional Notes]:**
- This issue is reproducible on all the branches of the "IAB Billboard Banners - New tab" experiment.
- Attached a screen recording of the issue.
Bug: After searching for some things on Google, when I go to images, the image of what I am looking for does not appear, something more general is automatically searched.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-30 12:58:12+00:00
Resolved: 2025-01-31 02:21:04+00:00

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

Steps to reproduce:

After searching for some things on Google, when I go to images, the image of what I am looking for does not appear, something more general is automatically searched.




Actual results:

For example, I search for the C#M chord on Google and when I click on the images, it takes me back to the Google search bar and the letter C appears to be searched in the search bar. I delete the letter C, type C#M instead and press enter, and the letter C still remains there.




Expected results:

This problem started to occur after the January 26, 2025 update.
It should work properly and the search aid should not be able to change what I search for without my permission. I want to search for 2-3 letters in a different way, not the correct word. By the way, this problem occurs on the computer.134.0.2
Bug: Karma tests for newtab & asrouter appear to be running against Firefox 113
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-30 12:58:35+00:00
Resolved: 2025-02-21 17:00:40+00:00

We've been working towards landing bug 1939658. This is switching the code to use `URL.parse` rather than try/catch around `Services.io.newURI`.

Unfortunately we've seen [some failures on try server](https://treeherder.mozilla.org/logviewer?job_id=491933539&repo=try&lineNumber=1199). On investigation they seem to be indicating that the tests are using Firefox 113:

```
[task 2025-01-27T11:26:40.658Z] FAILED TESTS:
[task 2025-01-27T11:26:40.658Z]   activity-stream
[task 2025-01-27T11:26:40.658Z]     Discovery Stream <AdBanner>
[task 2025-01-27T11:26:40.658Z]       ✖ "before each" hook for "should render"
[task 2025-01-27T11:26:40.658Z]         Firefox 113.0 (Ubuntu 0.0.0)
[task 2025-01-27T11:26:40.658Z]       TypeError: URL.parse is not a function (/tmp/_karma_webpack_562977/commons.js:142884)
```

Given that `URL.parse` was only added to Firefox in 126, this would explain the failure.

I took a look around but I'm not sure where this gets updated. Given that Karma is deprecated, I'm wondering if something hasn't been updating the list of release versions.

One option would be to get CI to download the actual Firefox build & run it against that, with `FIREFOX_BIN`. Though we may also need to look at replacing the Karma modules.
Bug: Sidebar can get into scenario where it's expanded but vertical tabs aren't showing labels
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-30 13:30:12+00:00
Resolved: 2025-02-07 14:05:11+00:00

STR:
Enable vertical tabs in about:preferences that will also enable the new sidebar
Toggle the sidebar toolbar button until it expands the sidebar
Disable the new sidebar while still in expanded state
Reenable vertical tabs

This looks to be the same issue we were seeing in bug 1936839.
Bug: Tab groups are not created with Drag and Drop when Tab group indicators are displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-30 13:32:48+00:00
Resolved: 2025-02-06 08:39:53+00:00

**Found in**
* 136.0a1 (2025-01-30) ID 20250130092924

**Affected versions**
* 136.0a1 (2025-01-30) ID 20250130092924

**Affected platforms**
* all

**Steps to reproduce**
1. Drag a Tab over a 2nd Tab and Release it when they both show a blue border.

**Expected result**
* As soon as the Tabs show a Blue border it should create the Tab group.

**Actual result**
* Users have to keep one Tab over the other for a longer period of time in order to create the Tab group.

**Regression range**
 4:04.67 INFO: Last good revision: 2b7278af32c77e822c8cc5dad005e033c08bfd3b
 4:04.67 INFO: First bad revision: f8fda1ba5cd3ee4d27e6e337803cdf53eaad9011
 4:04.68 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2b7278af32c77e822c8cc5dad005e033c08bfd3b&tochange=f8fda1ba5cd3ee4d27e6e337803cdf53eaad9011
Bug: RemoteSettingsExperimentLoader logs use recipe.id instead of recipe.slug
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2025-01-30 16:49:54+00:00
Resolved: 2025-02-05 09:59:50+00:00

The logs use recipe.id instead of recipe.slug. In production use this is fine because id == slug. However, ExperimentFakes.recipe() does not maintain this property.

The logging should be updated to use .slug and ExperimentFakes should be updated to generate ids that match slugs.
Bug: Vertical tabs visually jump a bit when expanding and collapsing the new sidebar
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-30 17:13:59+00:00
Resolved: 2025-02-11 15:55:09+00:00

As part of bug 1941344, the `padding-block` was changed for vertical tabs only when the sidebar is collapsed. We should match this padding-block regardless of whether the sidebar is collapsed or expanded to ensure a smooth transition between the two states.
Bug: When initally enabling Vertical tabs in about:preferences, the "Show sidebar" option is checked by default but the sidebar is hiding when toggled
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-30 17:57:35+00:00
Resolved: 2025-02-18 17:09:43+00:00

When you initially toggle on Vertical tabs, “Show sidebar” is checked on by default, but toggling the sidebar using the toolbar button is actually hiding it. Once I uncheck it and reenable vertical tabs, it’s expanding/collapsing as expected.
Bug: New tab column layout is inconsistent
Status: ASSIGNED
Priority: P1
Created: 2025-01-30 21:44:39+00:00
Resolved: 2025-02-22 20:29:43+00:00

The vertical location of the Pocket stories is not consistent across browser window widths.

When wide enough for 4 columns of stories, the stories are in-line with the Firefox logo and the weather widget.

When sized down to 3 columns, the stories are always below the logo and weather (even it it appears there is room for them to fit between the logo and widget).

When sized down to 2 columns, the stories are below the logo and widget when wider, but in-line with the logo and widget when narrower.

See attached recording that shows these cases as the browser width is changed.
Bug: New tab stories jump during vertical scrolling
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-30 22:00:30+00:00
Resolved: 2025-02-06 21:20:29+00:00

I have only Pocket stories and the weather widget enabled on the new tab page (tiles are disabled).  The stories are initially in-line with the Firefox logo and the weather widget.  

When I first start to scroll down, the stories immediately jump down to below the logo and widget, and then scrolling continues from there.  When I scroll back up, the stories will scroll up normally until they suddenly jump all the way to their original location.

See attached recording.
Bug: Unable to pin local file URL to new tab page
Status: NEW
Priority: P3
Created: 2025-01-31 05:46:02+00:00
Resolved: 2025-02-12 13:10:50+00:00

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

Steps to reproduce:

1. Pin random site in New Tab page
2. Change its URL to file:///C:/SomeFolder/SomePage.html


Actual results:

An error appears "Valid URL required".


Expected results:

The URL is valid and must be accepted. There's no reason for FF to reject local URLs.
Bug: Some Thunderbird test failures after bug 1937178 - NewTabUtils.sys.mjs needs some pref fallbacks
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-31 07:51:02+00:00
Resolved: 2025-02-04 19:05:09+00:00

Some tests are failing for Thunderbird after bug 1937178 - due to missing pref fallbacks.
https://treeherder.mozilla.org/jobs?repo=comm-central&selectedTaskRun=X3RPERrbSX2euO-0MpnpUQ.0
Bug: severe browser lags and high CPU and RAM usage
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-31 08:33:57+00:00
Resolved: 2025-01-31 09:40:00+00:00

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

Steps to reproduce:

Download production version 134.0.2. open several tabs and use a browser.


Actual results:

high CPU and RAM load


Expected results:

normal use of resources
Bug: severe browser lags and high CPU and RAM usage
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2025-01-31 08:41:40+00:00
Resolved: 2025-03-04 07:07:16+00:00

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

Steps to reproduce:

Download production version 134.0.2. open several tabs and use a browser.


Actual results:

high CPU and RAM load


Expected results:

normal use of resources
Bug: The Review Checker Panel from the Firefox Sidebar opens automatically when scrolling the same pdp it was closed on
Status: ASSIGNED
Priority: P3
Created: 2025-01-31 08:44:31+00:00
Resolved: 2025-03-05 19:28:16+00:00

**Found in**
* 136.0a1 (2025-01-31) 

**Affected versions**
* 136.0a1 (2025-01-31)  

**Affected platforms**
* ALL

**Preconditions**
browser.shopping.experience2023.ads.enabled - true
browser.shopping.experience2023.autoOpen.enabled - true
browser.shopping.experience2023.enabled - true
browser.shopping.experience2023.integratedSidebar - true
browser.shopping.experience2023.optedIn - 1 
browser.shopping.experience2023.shoppingSidebar - false

**Steps to reproduce**
1. Reach https://www.amazon.com/Apple-iPhone-128GB-Pacific-Blue/dp/B08PMYLKVF/ref=sr_1_1?crid=3EHXCRQW8E4Y6&dib=eyJ2IjoiMSJ9.YFo-3zeljEy3wxUiVGihsbNP4RUzN-VtGD5IuwnUTP9Uc4rGMK9YqM6U33hi3CWjzU01GQy6IjBERL_z0rpciYERlMxfZiB0e9kLgm7tcvPydp7987gniZabhu8o1ybTveUs8rH7pnjV7TiPWaFFyNZ-xyHDlVZ1c4q2VM6f5Lfh2QtqB4Uk4fywijlVZl01astSPmET_DF8B8ojPg3qDtR8hbU0nM6Muf2x_LqRYgc.ea-KKCwxzldHLxoJnz28jl4VSmlVsvVh7g9RP6WtGEM&dib_tag=se&keywords=iphone&qid=1738312468&sprefix=iphone%2Caps%2C189&sr=8-1&th=1
2. Close the Review Checker from the X close button.
3. Scroll the page.

**Expected result**
* The Review Checker panel should remain closed since the User Closed it.
Untill a new Product details page is reached or the user clicks the Review Checker Icon, the panel should remain closed.

**Actual result**
* The Review checker opens automatically while on the same page.
Sometimes the Review Checker reopens right away but sometimes the user has to scroll down the page.

**Regression range**
I will try to provide a regression range later on.
Bug: The Review Checker Panel for unsupported pages is displayed in the Firefox Sidebar when reaching a PDP from an Ad
Status: ASSIGNED
Priority: P2
Created: 2025-01-31 09:54:17+00:00
Resolved: 2025-03-05 00:32:31+00:00

**Found in**
* 136.0a1 (2025-01-31) 

**Affected versions**
* 136.0a1 (2025-01-31)  

**Affected platforms**
* ALL

**Preconditions**
browser.shopping.experience2023.ads.enabled - true
browser.shopping.experience2023.autoOpen.enabled - true
browser.shopping.experience2023.enabled - true
browser.shopping.experience2023.integratedSidebar - true
browser.shopping.experience2023.optedIn - 1 
browser.shopping.experience2023.shoppingSidebar - false

**Steps to reproduce**
1. Reach https://www.amazon.com/Apple-iPhone-128GB-Pacific-Blue/dp/B08PMYLKVF/ref=sr_1_1?crid=3EHXCRQW8E4Y6&dib=eyJ2IjoiMSJ9.YFo-3zeljEy3wxUiVGihsbNP4RUzN-VtGD5IuwnUTP9Uc4rGMK9YqM6U33hi3CWjzU01GQy6IjBERL_z0rpciYERlMxfZiB0e9kLgm7tcvPydp7987gniZabhu8o1ybTveUs8rH7pnjV7TiPWaFFyNZ-xyHDlVZ1c4q2VM6f5Lfh2QtqB4Uk4fywijlVZl01astSPmET_DF8B8ojPg3qDtR8hbU0nM6Muf2x_LqRYgc.ea-KKCwxzldHLxoJnz28jl4VSmlVsvVh7g9RP6WtGEM&dib_tag=se&keywords=iphone&qid=1738312468&sprefix=iphone%2Caps%2C189&sr=8-1&th=1
2. Click the Ad in order to reach that Product Details page.


**Expected result**
* The Review Checker Loading state should be displayed when switching from a PDP to a different PDP.

**Actual result**
* The Review Checker panel for Unsupported websites is displayed before the Cards of the Ad PDP are displayed.

**Regression range**
Not a Regression.
Bug: The Search Shortcut for Actions does not work
Status: NEW
Priority: P3
Created: 2025-01-31 11:45:19+00:00
Resolved: 2025-03-03 14:24:11+00:00

Steps to reproduce:

1. Make sure the "Actions" Search Engine is enabled in the settings
2. Go to the search bar and type ">" followed by a space


Actual results:

Despite the ">" being listed as the keyword for the "Actions" Search Engine, it does nothing when used in the search bar. The "Actions" Search Engine has to be manually selected from the menu underneath the search suggestions.


Expected results:

It should work like all the other Search Engine Keywords. When ">" is typed followed by a space, the "Actions" Search Engine should be selected.
Bug: 7.72% perf_reftest_singletons tiny-traversal-singleton.html (Linux) regression on Wed January 22 2025
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-01-31 11:49:19+00:00
Resolved: 2025-03-04 09:45:03+00:00

Perfherder has detected a talos performance regression from push [176f6d1d5c2367b138a91e8315b72c5af0cb0cbf](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=176f6d1d5c2367b138a91e8315b72c5af0cb0cbf). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [8%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4767333,1,1)  | [perf_reftest_singletons](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#perf_reftest_singletons) tiny-traversal-singleton.html | linux1804-64-shippable-qr | e10s fission stylo webrender | 932.16 -> 1,004.17 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=43457), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

You can run all of these tests on try with `./mach try perf --alert 43457`

The following [documentation link](https://firefox-source-docs.mozilla.org/testing/perfdocs/mach-try-perf.html#running-alert-tests) provides more information about this command.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).

If you have any questions, please do not hesitate to reach out to afinder@mozilla.com.
Bug: Tabs closed from tab groups disappear from history menu if their original tab group is deleted
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-01-31 12:36:01+00:00
Resolved: 2025-03-05 07:06:30+00:00

Steps to reproduce:

1. Open some tabs with content (i.e. not `about:blank`).
2. Add tabs to a group.
3. Close one of these tabs.
4. In the top menu, open "History > Recently Closed Tabs". Verify the closed tab exists in the list.
5. Right click the tab group label and click "Delete group".
6. Re-open the recently closed tabs menu.

Expected result:
The initially closed tab appears in Recently Closed Tabs alongside the now closed tab group.

Actual result:
The initially closed tab disappears from the menu.
Bug: Dismissing a sponsored shortcut re-orders the tiles in the wrong order
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-01-31 13:01:56+00:00
Resolved: 2025-02-12 20:39:46+00:00

**Found in**
* Nightly 136.0a1;

**Affected versions**
* Nightly 136.0a1;

**Affected platforms**
* Windows 10;
* Ubuntu 22;
* macOS 14;

**Preconditions**
* browser.search.region = US
* VPN connected to US region.

**Steps to reproduce**
1. Launch Firefox.
2. Open about:newtab page
3. Dismiss the first or second sponsored shortcut.

**Expected result**
* The sponsored tile is dismissed, all the remaining tiles are re-ordered by moving one position to the left ( 1.sponsored, 2.sponsored, 3.topsite)

**Actual result**
* The sponsored tile is dismissed, the remaining tiles are re-ordered in the wrong order. (1. Sponsored, 2.topsite, 3. Sponsored).

**Regression range**
* last good: 2024-11-26
* first bad: 2024-11-27
* pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=439155a1048e432785f4ee77eb510e27591ab218&tochange=f4f0bbd65c51803c1a8832322358d0b326999534
Bug: Sometimes tabs cannot be moved to a new position
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-01-31 13:02:29+00:00
Resolved: 2025-02-06 08:39:54+00:00

**Found in**
* 136.0a1 (2025-01-31)


**Affected versions**
* 136.0a1 (2025-01-31)






**Tested platforms**
* Affected platforms:  Windows 10x64, macOS 12, Ubuntu 24
* Unaffected platforms: none


**Steps to reproduce**
1. Open the uploaded profile ([link](https://drive.google.com/file/d/1sI3-RE3R8hSdcswc1sNnHGrsZIzFr0W3/view?usp=sharing)) and move the middle tab to the right.


****Expected result****
* The tab is moved.

**Actual result**
* The tab is not moved.

**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b51f2095c1b47b6abacef716195ca3c3c5b1e14f&tochange=bb54bd88c1ec311ddef53f868e2ad6b31305a1d7

**Additional notes**
* Attached a screen recording.
Bug: List all tabs no longer automatically scrolls to current tab
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-31 13:42:50+00:00
Resolved: 2025-02-13 09:30:17+00:00

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

Steps to reproduce:

Open the List all tabs drop down menu with enough tabs to include a scrollbar

Select a tab at the bottom of the list (not visible without scrolling)

Open List all tabs again


Actual results:

List all tabs scrollbar is at top, non-scrolled position.


Expected results:

List all tabs scrollbar should have automatically scrolled to show the currently selected tab.
Bug: Dragged tab is not added in group when dragged on the first slot of the group in List All Tabs dropdown
Status: NEW
Priority: P3
Created: 2025-01-31 13:48:40+00:00
Resolved: 2025-02-10 09:12:21+00:00

**Found in**
* 136.0a1 (2025-01-31) 

**Affected versions**
* 136.0a1 (2025-01-31)

**Affected platforms**
* All

**Preconditions**
* Have a group created with two or more tabs

**Steps to reproduce**
1. Open List all tabs
2. Drag another tab over the first slot in the previously created group

**Expected result**
* The dragged tab is added to the group and in the first slot

**Actual result**
* The tab is not added to the group and it will be thrown to the bottom of the list

**Regression range**
* Will see if this is a regression

**Additional Notes**
* The issue can be seen in the attachment
Bug: When a group is the only thing in a window, moving it via the TOM context menu creates a saved clone
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-31 14:39:56+00:00
Resolved: 2025-03-05 07:06:34+00:00

STR

1. Create a group in a window such that there are no tabs in the window outside of the group
2. open a new window
3. open TOM in the new window, right click on the group in the other window, and select "move to this window"

Expected: Group moves to this window

Actual: Group moves to this window, and a copy of the group gets saved.

Presumably the closing window triggers the group being saved.