av9ash/GitBugs huggingface dataset:
Bug: [XFA] Dynamic PDF feature to show/hide fields or tables does not work
Status: NEW
Priority: --
Created: 2021-07-15 11:07:09+00:00
Resolved: 2022-03-09 23:46:40+00:00

**Note**
* When the user loads a specific PDF, checks/unchecks the checkboxes and compares to the behavior seen in Adobe Reader, he will notice that the feature to show/hide text fields of tables is not working.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. Check the "No" checkbox from section 4.

**Expected result**
* A text field gets displayed.

**Actual result**
* No text field appears.

**Regression range**
* This is not a regression.
Bug: [XFA] Radio buttons are incorrectly positiones
Status: NEW
Priority: P3
Created: 2021-07-15 12:29:17+00:00
Resolved: 2022-03-09 23:47:07+00:00

**Note**
* When the user loads a specific PDF and observes section Applicant 1, subsection MARITAL STATUS, he will notice that the radio buttons are incorrectly positioned to the right of the frame/border container instead of the left.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. Observe section Applicant 1, subsection MARITAL STATUS.

**Expected result**
* The radio buttons are correctly positioned to the left of the frame.

**Actual result**
* The radio buttons are incorrectly positioned to the right of the frame.

**Regression range**
* This is not a regression.

**Additional information:**
* -
Bug: Preferences created and new tab preferences set to experiment values before enrollment are reset/deleted at unenrollment (1 restart after enrolling)
Status: NEW
Priority: --
Created: 2021-07-15 12:30:45+00:00
Resolved: 2021-07-15 12:42:48+00:00

**[Affected Versions]:**
- Firefox Beta 91.0b2 (Build ID: 20210713163746)
- Firefox Nightly 92.0a1 (Build ID: 20210714215010)

**[Affected Platforms]:**
- Windows 10
- Linux Mint 20
- macOS 11.1

**[Prerequisites]:**
- Have a Normandy default type recipe for an experiment that will create some preferences with values not default to Firefox and set some new tab  preferences to non-default values.
E.g. default type recipe for:
 “browser.topsites.experiment.ebay-2020-1” to “true”
 “browser.newtabpage.activity-stream.section.highlights.rows” to “2”
- Have a user.js file that will enroll you in the experiment.
- Have Firefox open (not enrolled in study).

**[Steps to reproduce]:**
1. Navigate to “about:config”
2. Create preferences with the experiment values (i.e. “browser.topsites.experiment.ebay-2020-1” to “true”)
3. Set new tab preferences with experiment values (i.e. “browser.newtabpage.activity-stream.section.highlights.rows” to “2”)
4. Restart the browser.
5. Open the “Profile Directory” folder and copy the user.js file from prerequisites there.
6. Restart Firefox **twice** (1 to enroll, one after).
7. Navigate to “about:studies” and unenroll from the study.
8. Restart Firefox.
9. Go to "about:config" and observe the preferences.

**[Expected result]:**
- Preferences set before enrolling are kept on user value after unenrollment.

**[Actual result]:**
- Some preferences set and the preferences created before enrolling are reset/deleted after unenrollment if they have the same value as the one used by that branch.

**[Notes]:**
- Other preferences that are reset: "browser.newtabpage.activity-stream.showSearch" and "browser.newtabpage.activity-stream.topSitesRows".
- Firefox 90.0 (Build ID: 20210705185941) deletes/resets everything in this case, as mentioned in [this comment](https://bugzilla.mozilla.org/show_bug.cgi?id=1716032#c2) of Bug 1716032.
- Attached is a recording of the issue.
Bug: All the preferences set and created with experiment values before enrollment are reset/deleted at unenrollment (2 restarts after enrolling)
Status: NEW
Priority: --
Created: 2021-07-15 12:42:48+00:00
Resolved: 2021-07-15 12:42:48+00:00

**[Affected Versions]:**
- Firefox 90.0 (Build ID: 20210705185941)
- Firefox Beta 91.0b2 (Build ID: 20210713163746)
- Firefox Nightly 92.0a1 (Build ID: 20210714215010)

**[Affected Platforms]:**
- Windows 10
- Linux Mint 20
- macOS 11.1

**[Prerequisites]:**
- Have a Normandy default type recipe for an experiment that will create some preferences with values not default to Firefox and set some new tab  preferences to non-default values.
E.g. default type recipe for:
 “browser.topsites.experiment.ebay-2020-1” to “true”
 “browser.newtabpage.activity-stream.section.highlights.rows” to “2”
 “browser.display.focus_background_color” to “....”.
- Have a user.js file that will enroll you in the experiment.
- Have Firefox open (not enrolled in study).

**[Steps to reproduce]:**
1. Navigate to “about:config”
2. Create preferences with the experiment values (i.e. “browser.topsites.experiment.ebay-2020-1” to “true”)
3. Set preferences with experiment values (i.e. “browser.newtabpage.activity-stream.section.highlights.rows” to “2” and “ “browser.display.focus_background_color” to “....”)
4. Restart the browser.
5. Open the “Profile Directory” folder and copy the user.js file from prerequisites there.
6. Restart Firefox **thrice** (1 to enroll, 2 after).
7. Navigate to “about:studies” and unenroll from the study.
8. Restart Firefox.
9. Go to "about:config" and observe the preferences.

**[Expected result]:**
- Preferences set before enrolling are kept on user value after unenrollment.

**[Actual result]:**
- All references set before enrolling are reset/deleted after unenrollment if they have the same value as the one used by that branch.

**[Notes]:**
- Attached is a recording of the issue.
Bug: Firefox thinks https://online.adp.com/signin/v1/ needs translating (but doesn't know the language)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-15 18:08:58+00:00
Resolved: 2023-01-10 07:38:06+00:00

STR:
(1) Be using Nightly with about:config pref `extensions.translations.disabled` set to `false` (i.e. have translations enabled)
(2) Visit https://online.adp.com/signin/v1/ (which just displays a throbber-image) or https://my.adp.com/ (which redirects to a more-complex & functional version of that signin page).  Each of these URLs reproduce the issue for me.

ACTUAL RESULTS:
* A translation icon appears at the left edge of the location bar.
* If you click that icon, an info-bar appears that says:
> This page is in [     v]  Translate this page?   [Translate] [Not now]
...with an empty spot where the page's language should be.

EXPECTED RESULTS:
* This page shouldn't trigger the translation UI, since it's in US English and I'm using a US-English Nightly
* If the translation UI is triggered (here or elsewhere), it should tell me the page's language rather than telling me the language is [blank].

See attached screenshot.
Bug: nightly dark theme, new tabs flash white before becoming black sometimes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-15 19:22:05+00:00
Resolved: 2021-09-14 19:04:12+00:00

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

Steps to reproduce:

Run firefox nightly.


Actual results:

I run a dark theme.  When I first start the browser, it flashes white before becoming black.  And I think it sometimes does this when browsing, too, on new tabs.  At least I notice white flashes, which my eyes dislike.

Two tickets from the past that were about this issue, or a similar issue.  I didn't re-open them because they are fairly old.

https://bugzilla.mozilla.org/show_bug.cgi?id=1485629

https://bugzilla.mozilla.org/show_bug.cgi?id=1488384


Expected results:

Run the browser with the dark theme always.  This has only recently changed, as it used to do the right thing; the browser came up dark, and there were no white flashes during browsing.
Bug: Intermittent browser/components/customizableui/test/browser_969661_character_encoding_navbar_disabled.js | Uncaught exception - Panel did not hide within 20 seconds.
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-07-15 20:42:16+00:00
Resolved: 2022-07-25 23:09:18+00:00

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

---
```
INFO - TEST-START | browser/components/customizableui/test/browser_969661_character_encoding_navbar_disabled.js
[task 2021-07-15T20:01:27.496Z] 20:01:27     INFO - GECKO(1647) | 2021-07-15 20:01:27.495 firefox[1647:27939] Persistent UI failed to open file file:///Users/cltbld/Library/Saved%20Application%20State/org.mozilla.nightly.savedState/window_1.data: No such file or directory (2)
[task 2021-07-15T20:01:38.934Z] 20:01:38     INFO - TEST-INFO | started process screencapture
[task 2021-07-15T20:01:39.052Z] 20:01:39     INFO - TEST-INFO | screencapture: exit 0
[task 2021-07-15T20:01:39.052Z] 20:01:39     INFO - Buffered messages logged at 20:01:18
[task 2021-07-15T20:01:39.053Z] 20:01:39     INFO - Entering test bound 
[task 2021-07-15T20:01:39.053Z] 20:01:39     INFO - Buffered messages finished
[task 2021-07-15T20:01:39.054Z] 20:01:39     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_969661_character_encoding_navbar_disabled.js | Uncaught exception - Panel did not hide within 20 seconds.
[task 2021-07-15T20:01:39.054Z] 20:01:39     INFO - Leaving test bound 
[task 2021-07-15T20:01:39.055Z] 20:01:39     INFO - Entering test bound asyncCleanup
[task 2021-07-15T20:01:39.055Z] 20:01:39     INFO - Leaving test bound asyncCleanup
[task 2021-07-15T20:01:39.055Z] 20:01:39     INFO - GECKO(1647) | MEMORY STAT | vsize 8246MB | residentFast 457MB | heapAllocated 130MB
[task 2021-07-15T20:01:39.056Z] 20:01:39     INFO - TEST-OK | browser/components/customizableui/test/browser_969661_character_encoding_navbar_disabled.js | took 20344ms
[task 2021-07-15T20:01:39.056Z] 20:01:39     INFO - checking window state
[task 2021-07-15T20:01:39.057Z] 20:01:39     INFO - TEST-START | browser/components/customizableui/test/browser_970511_undo_restore_default.js
```
Bug: Download progress bar inside popover looks out of place on macOS Dark Appearance
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-15 21:53:11+00:00
Resolved: 2023-02-02 21:57:32+00:00

Steps to reproduce:

1. Enable macOS Dark Appearance in the General System Preferences 
2. Open Firefox
3. Start downloading a large file
4. Open the download popover

What happens:

The download progress bar looks out of place - it is taller than other progress bars in macOS, and worst of all, the unfinished portion of the download shows a border around the gray that looks really legacy.

Expected result:

A progress bar that looks more like other ones in macOS. Attaching Safari's as a screenshot.
Bug: Pin tab redirecting to firefox login page when there is no connection
Status: UNCONFIRMED
Priority: --
Created: 2021-07-16 05:18:04+00:00
Resolved: 2021-08-11 12:25:11+00:00

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

Steps to reproduce:

1. Pin tab with some page in WWW
2. Close firefox
3. Plug in router with mandatory login page to acess internet
4. Refresh pin tab



Actual results:

Firefox redirect to login page, and this is the end.


Expected results:

Firefox redirect to login page, user have to type login/pass, and firefox redirect to pin page.
If there is no legal login/pass Firefox must save pin page and url for sucessed login in the future.
Bug: [Linux] New UI of bookmark toolbar popupmenu is misaligned
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-16 07:38:36+00:00
Resolved: 2021-08-26 13:15:58+00:00

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

Steps to reproduce:

open a submenu of a bookmark folder on the bookmark toolbar


Actual results:

the submenu is misaligned (see screenshot)

(btw the items of new UI is much higher than old ones, making some of my bookmark folder need to scroll.)


Expected results:

They should align nicely.
Bug: Search bar/address bar arrows do not have hover highlights and paddings are wrong
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-07-16 07:43:20+00:00
Resolved: 2021-08-12 09:09:52+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:92.0) Gecko/20100101 Firefox/92.0
Build ID: 20210715215249

### Steps to reproduce
1. In a new profile, add search bar to toolbar.
2. Type a long string of text in search bar so the text overflows.
3. Observe the "Submit search" button.

### Actual result
1. Not enough paddings on both left and right of the arrow.
2. Hover highlight is gone.

### Notes
It affects all 3 densities (Compact, Normal, Touch).

### Regression
Last good Nightly: 2021-07-12
First bad Nightly: 2021-07-13
pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3880d0d21aa306cfac44ea0d0fa188b59ae4233c&tochange=e3fb9f4b3db8772e54636c30426bbbd911deb8ad

Bisecting autoland builds:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=84b2f87384d5778fcd01fee192b91b156351a088&tochange=8b7dd99cdee2efb5c8a498a07a6c8d466395fd0d

This is regressed by bug 1706479, specifically the change D114642 according to the date:
https://phabricator.services.mozilla.com/D114642
Bug: [XFA] Severe alignment issues - follow-up 2
Status: NEW
Priority: P2
Created: 2021-07-16 12:19:38+00:00
Resolved: 2022-03-09 23:49:55+00:00

+++ This bug was initially created as a clone of Bug #1718670 +++

**Note**
* When the user loads a specific PDF and scrolls to page 2, he will notice that the "Address" table is incorrectly displayed. The framed containers/boxes are randomly positioned.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. Scroll to page 2.
5. Notice the Address table.

**Expected result**
* The table's framed containers/boxes are incorrectly positiones.

**Actual result**
* The table's framed containers/boxes are correctly positioned.

**Regression range**
* This is not a regression.

**Additional information:**
* This issue also occurs in the case of the Household member, References tables.
Bug: On hover over a link all text become blue
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-07-16 12:21:07+00:00
Resolved: 2021-12-16 18:00:19+00:00

**Affected versions**
* Nightly v92.0a1 (2021-07-16)

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. hover over on a link.

**Expected result**
* Link is on focus but readable

**Actual result**
* All text from the link become blue
Bug: [XFA] Hovering over some links will incorrectly render a blue background
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-07-16 12:21:14+00:00
Resolved: 2021-12-16 18:00:19+00:00

**Affected versions**
* Nightly v92.0a1 (2021-07-16)

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. hover over on a link.

**Expected result**
* Link is on focus but readable

**Actual result**
* All text from the link become blue
Bug: [macOS] Corners of bookmarks toolbar menu button submenus are not rounded
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-07-16 12:53:41+00:00
Resolved: 2021-08-12 13:40:04+00:00

See last few comments in bug 1710556. Not sure what's going on, I'll update this bug as I find out.
Bug: [XFA] Alignment issues - follow-up 3
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-07-16 13:28:54+00:00
Resolved: 2021-08-25 16:46:25+00:00

+++ This bug was initially created as a clone of Bug #1719844 +++

+++ This bug was initially created as a clone of Bug #1718670 +++

**Note**
* When the user loads a specific PDF and compares its rendering with the one seen in Adobe, he will notice alignment issues.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip the pdfjs.enableXfa to true.
3. Load the attached PDF file.
4. Search for the areas in the demo pics.

**Expected result**
* The document is correctly displayed (as in Adobe Reader).

**Actual result**
* Alignment issues and overlapping are being observed.

**Regression range**
* This is not a regression.

**Additional information:**
* -
Bug: [macOS] Firefox does not unfocus Address bar when pressing Esc key
Status: NEW
Priority: P3
Created: 2021-07-16 13:38:20+00:00
Resolved: 2021-08-04 15:30:10+00:00

*Affected versions*
* 92.0a1 (20210716094806)



*Affected platforms*
* macOS 11.4
* macOS 10.15





*Steps to reproduce*
1. Open Firefox Nightly with a new profile.
2. Enter Full Screen and focus the address bar.
3. Press ESC key three times.


*Expected result*
* Address bar is closed, unfocused, and then fullscreen is closed.

*Actual result*
* Address bar remains in focus and fullscreen is not closed.


*Regression range*
* Not a regression. Exiting full screen using the Esc key was implemented by bug 1688584.


*Notes*
* Attached a screen recording.
* Native full screen and non-native fullscreen are affected.
* Safari closes fullscreen on the 3rd press on Esc key.
Bug: [XFA] The table frames aren't displayed in print preview when the browser window is not maximized
Status: REOPENED
Priority: P3
Created: 2021-07-16 14:11:32+00:00
Resolved: 2022-01-28 14:44:54+00:00

**Note**
* When the user loads a specific PDF file and prints it, he will notice that the table frames are not displayed in the print preview. However, they appear to be displayed on the printed version (tested with print as PDF).

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Ctrl + P

**Expected result**
* The print preview renders the table frames.

**Actual result**
* The print preview does not render tables' frames.

**Regression range**
* Not a regression.
Bug: Intermittent browser/components/downloads/test/browser/browser_first_download_panel.js | Uncaught exception - Waiting for button downloads-button to have non-0 size - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-16 14:59:31+00:00
Resolved: 2021-08-10 17:02:03+00:00

**Filed by:** archaeopteryx [at] coole-files.de
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=345441648&repo=try
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BLidlhCETE-zmhfAnV5H_w/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-07-16T13:59:15.745Z] 13:59:15     INFO - TEST-START | browser/components/downloads/test/browser/browser_first_download_panel.js
[task 2021-07-16T13:59:20.825Z] 13:59:20     INFO - TEST-INFO | started process screenshot
[task 2021-07-16T13:59:20.888Z] 13:59:20     INFO - TEST-INFO | screenshot: exit 0
[task 2021-07-16T13:59:20.888Z] 13:59:20     INFO - Buffered messages logged at 13:59:15
[task 2021-07-16T13:59:20.889Z] 13:59:20     INFO - Entering test bound test_first_download_panel
[task 2021-07-16T13:59:20.889Z] 13:59:20     INFO - Buffered messages finished
[task 2021-07-16T13:59:20.890Z] 13:59:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_first_download_panel.js | Uncaught exception - Waiting for button downloads-button to have non-0 size - timed out after 50 tries.
[task 2021-07-16T13:59:20.890Z] 13:59:20     INFO - Leaving test bound test_first_download_panel
```
Bug: [XFA] Drop-down options are inconsistently unavailable
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-16 15:03:09+00:00
Resolved: 2021-08-25 16:47:07+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader and then opens it in Firefox, scrolls it and compares the multiple drop-down elements between each other, he will notice that Adobe will show available options for each, while Firefox will only show options for some of them.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Open multiple drop-down elements.

**Expected result**
* All drop-down elements have available options to choose from.

**Actual result**
* Most of the drop-down elements have no available options to choose from.

**Regression range**
* Not a regression.

**Additional Information**
* I cannot determine whether this issue is blocking one or the other bug. Please remove the one that isn't being blocked.
Bug: Container tab line on top is missing when browser.proton.enabled is false
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-07-16 16:37:18+00:00
Resolved: 2021-08-17 16:12:58+00:00

Tested in 91.0b3 and 92.0a1(2021-07-15) BuildID 20210715215249.

STR:

1. Open some container tabs.
2. Notice the container tab lines on top.
3. Open `about:config` and set `browser.proton.enabled` to `false`.

Expected Behavior:

(As I understand it all proton prefs are no-op in 91 so) container tab lines on top should not disappear when `browser.proton.enabled` is set to `false`. 

Actual Behavior:

Container tab lines on top disappear when `browser.proton.enabled` is set to `false`.
Bug: Tracking Protection Shield icon looks out of place in WebExtension pages
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-07-16 16:41:34+00:00
Resolved: 2021-07-16 21:11:54+00:00

Tested in 91.0b3 but probably applies to 89 and 90 as well when Proton is enabled.

STR:
1. Install any WebExtension that opens its options page in a new tab (e.g. uBlock Origin).
2. Open the WebExtension's options page.

Expected Behavior:
Tracking Protection Shield icon should blend in well with other elements within the URL bar (see ESR78).

Actual Behavior:
Button-like style/emphasis on the Trusted Identity block for WebExtensions makes the Tracking Protection Shield icon looks out of place and disconnected from the rest of the URL bar, at least when the Dark theme is used.
Bug: Web sites sometimes dont respond
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-16 20:04:49+00:00
Resolved: 2021-08-04 11:44:26+00:00

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

Steps to reproduce:

When i have opened several tabs mostly over 6 or seven after some time and firefox been working sites dont respont. They dont open. That doesnt happen every day , i have to close firefox and reopen it and everything is good. Latest version probably. That didnt happen before . I had to format my laptop for different reasons and that problem's still there.


Actual results:

When i have opened several tabs mostly over 6 or seven after some time and firefox been working sites dont respont. They dont open. That doesnt happen every day , i have to close firefox and reopen it and everything is good. Latest version probably. That didnt happen before . I had to format my laptop for different reasons and that problem's still there.
Bug: Tab height is huge because of a weird <title>
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-16 20:16:11+00:00
Resolved: 2021-07-17 03:06:53+00:00

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

Steps to reproduce:

Open https://www.youtube.com/watch?v=S3fTw_D3l10


Actual results:

The tab bar grew to a huge size


Expected results:

It should not have grown, at all.