av9ash/GitBugs huggingface dataset:
Bug: The X Close buttons from the Review Checker Address bar callouts are not read out loud by NVDA on hover
Status: NEW
Priority: P3
Created: 2023-09-20 14:37:59+00:00
Resolved: 2024-01-31 12:53:24+00:00

**Found in**
* Nightly 119.0a1 (2023-09-20) 

**Affected versions**
* Nightly 119.0a1 (2023-09-20) 

**Affected platforms**
* Windows

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 0/1
Enable NVDA.

**Steps to reproduce**
1. Reach https://www.amazon.com/dp/B0BN3W4SQQ/ref=sbl_dpx_office-desks_B09L1KY91X_0?th=1
2. Close the Shopping sidebar.
3. Hover the Mouse cursor on top of the X Close button from the Addres bar callout.

**Expected result**
* The X Close button from each Callout should be read out loud by NVDA when hovered over.

**Actual result**
* The X Close buttons are not read by NVDA when hovered over.

**Regression range**
Not Applicable
Bug: The stale message-bar layout is breaking over two lines
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2023-09-20 15:06:35+00:00
Resolved: 2023-09-27 16:55:11+00:00

Now that https://bugzilla.mozilla.org/show_bug.cgi?id=1851612 has landed, we have the updated stale message-bar. Unfortunately, one of the other style changes seems to have narrowed the message-bar just enough that it's breaking onto two lines, see screenshot.

Let's fix this and get it back to a single line.
Bug: Server errors (503/429/...non-200) leave page in loading state
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-09-20 15:45:25+00:00
Resolved: 2023-10-18 13:34:04+00:00

Based on [the xpcshell test](https://searchfox.org/mozilla-central/rev/7499890dc8f116a9e40f4a689a251a0311a9f461/toolkit/components/shopping/test/xpcshell/test_product.js#374-384) the current expectation is that failing requests will be retried, and after a number of retries, return `null` if they keep failing.

Unfortunately, the [actor code will then just pass the null data to the UI code](https://searchfox.org/mozilla-central/rev/7499890dc8f116a9e40f4a689a251a0311a9f461/browser/components/shopping/ShoppingSidebarChild.sys.mjs#259-262,268-277), which will treat it as a "loading" state. This means that if the request fails permanently, we never show anything other than the loading state.

We [already have generic error messaging](https://docs.google.com/spreadsheets/d/1FQUU2pqhKkAXRHNbmK9dhObwvevWoR3N6BOh3fu2skE/edit#gid=64342838&range=A50:D52) for this, but it doesn't appear that this exists in the ftl or is being used.

Assuming I'm not missing anything, this seems like something we should ideally fix sooner rather than later. Ania?
Bug: Nimbus API checks pref-based cache after Nimbus is initialized
Status: NEW
Priority: P3
Created: 2023-09-20 16:46:35+00:00
Resolved: 2025-02-13 01:10:01+00:00

Two members of the Nimbus API mistakenly hit the pref-based cache (nimbus.syncdatastore.*, nimbus.syncdefaultsstore.*) even after Nimbus has initialized ([`getExperimentForFeature`](https://searchfox.org/mozilla-central/rev/7499890dc8f116a9e40f4a689a251a0311a9f461/toolkit/components/nimbus/lib/ExperimentStore.sys.mjs#263), [`getRolloutForFeature`](https://searchfox.org/mozilla-central/rev/7499890dc8f116a9e40f4a689a251a0311a9f461/toolkit/components/nimbus/lib/ExperimentStore.sys.mjs#329)). These methods should be updated to only check the cache if the Nimbus store is not yet ready.

This should also solve the problem of experiment data being left in prefs causing tests to fail.
Bug: Abnormally long loading times on SSD and random crashes and freezes at app skeleton
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-09-20 19:10:40+00:00
Resolved: 2023-10-17 18:47:34+00:00

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

Steps to reproduce:

1. Booted Windows 10
2. Clicked on Firefox to launch it


Actual results:

Either it takes a abnormally long time to load, crashes randomly when i tab out, or freezes or hangs at app skeleton loading.


Expected results:

Show homepage in 3-6 seconds or so. Since edge is instant to launch. i thought firefox is also fast to launch but slightly slower. Not this slow.

Skeleton going to firefox normal ui but it hangs everytime it does.
Bug: Review checker URL bar icon disappears upon opting out
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-09-20 19:14:08+00:00
Resolved: 2023-10-05 17:06:33+00:00

Pre-requisites: opt-into a Firefox experience, open up a PDP with the review checker sidebar. 

**Steps to reproduce**
1. Opt out of the review checker via sidebar settings or by flipping a pref in about:config

**Expected result**
1. Review checker sidebar is closed and user is opted out, but its URL bar icon persists. 
2. Upon clicking on the URL bar icon, the user is prompted to opt in again. 

**Actual result**
1. URL bar icon is no longer available to the opted-out user.
Bug: Use font:menu to match shopping content font sizes in shopping onboarding card & microsurvey
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-09-20 20:19:17+00:00
Resolved: 2023-09-26 22:40:43+00:00

This came out of an office hours discussion and will help clean up some of the decimal font sizes we're using for the onboarding card & microsurvey, as well as keep the fonts in line with the other shopping content across platforms.
Bug: Opt-in card does not get dismissed upon opting in
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-09-20 20:33:37+00:00
Resolved: 2023-09-22 04:25:33+00:00

(macOS Monterey user).
**Steps to reproduce**
1. Opt-in, then opt-out from review checker (either via about config or settings).
2. Change *browser.shopping.experience2023.optedIn* state from 2 to 0.
3. Load a PDP, click the url bar icon. 

**Expected result**
1. Opt-in card is displayed in the sidebar
2. Upon clicking "yes, try it" opt-in card is dissmissed and is replaced by one of the product analysis states.

**Actual result**
1. Opt-in card does not get dismissed after clicking “Yes, try it”, resulting in the attached sidebar states.
2. The situation persists on all subsequently opened PDP pages.
Bug: does not sync
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-09-20 21:58:27+00:00
Resolved: 2023-09-27 14:59:36+00:00

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

Steps to reproduce:

Logged into my Firefox account on a new computer
Clicked Sync now


Actual results:

Nothing. See report:

1695245270088	Sync.LogManager	DEBUG	Flushing file log
1695245270089	FirefoxAccounts	TRACE	not checking freshness of profile as it remains recent
1695245270089	FirefoxAccounts	TRACE	not checking freshness of profile as it remains recent
1695245270096	Sync.RemoteTabs	INFO	Final tab list has 0 clients with 0 tabs.
1695245270102	Sync.LogManager	DEBUG	Log cleanup threshold time: 1694381270102
1695245270131	Sync.LogManager	DEBUG	Done deleting files.
1695245272945	FirefoxAccounts	INFO	Polling device commands.
1695245272945	Sync.Service	DEBUG	User-Agent: Firefox/117.0.1 (Windows NT 10.0; Win64; x64) FxSync/1.119.0.20230912013654.desktop
1695245272945	Sync.Service	INFO	Starting sync at 2023-09-21 08:27:52 in browser session JmiI3Nry686M
1695245272945	Sync.SyncScheduler	DEBUG	Clearing sync triggers and the global score.
1695245272947	Sync.Status	INFO	Resetting Status.
1695245272947	Sync.Status	DEBUG	Status.service: error.sync.failed => success.status_ok
1695245272947	Sync.Status	DEBUG	Status.sync: success.sync => error.login.reason.network
1695245272947	Sync.Status	DEBUG	Status.service: success.status_ok => error.sync.failed
1695245272947	Sync.ErrorHandler	ERROR	Sync encountered an error: Error: Can't sync: Network is offline(resource://services-sync/stages/enginesync.sys.mjs:60:13) JS Stack trace: sync@enginesync.sys.mjs:60:13
onNotify@service.sys.mjs:1350:28
WrappedNotify@util.sys.mjs:191:32
WrappedLock@util.sys.mjs:147:27
_lockedSync@service.sys.mjs:1369:6
sync/<@service.sys.mjs:1334:18
WrappedCatch@util.sys.mjs:114:27
sync@service.sys.mjs:1335:7
1695245272948	Sync.SyncScheduler	DEBUG	Sync error count has exceeded 3; enforcing backoff.
1695245272948	Sync.SyncScheduler	DEBUG	Starting client-initiated backoff. Next sync in 5011122 ms.
1695245272948	Sync.SyncScheduler	DEBUG	Next sync in 5011122 ms. (why=client-backoff-schedule)
1695245272949	Sync.Service	DEBUG	Exception calling anonymous function: Error: Can't sync: Network is offline(resource://services-sync/stages/enginesync.sys.mjs:60:13) JS Stack trace: sync@enginesync.sys.mjs:60:13
onNotify@service.sys.mjs:1350:28
WrappedNotify@util.sys.mjs:191:32
WrappedLock@util.sys.mjs:147:27
_lockedSync@service.sys.mjs:1369:6
sync/<@service.sys.mjs:1334:18
WrappedCatch@util.sys.mjs:114:27
sync@service.sys.mjs:1335:7
1695245272950	FirefoxAccounts	TRACE	not checking freshness of profile as it remains recent
1695245272950	FirefoxAccounts	TRACE	not checking freshness of profile as it remains recent



Expected results:

My account should have been synchronised and my old bookmarks should have appeared on my Personal bar.
Bug: Menu bar does not follow webextension theme
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-09-21 06:19:36+00:00
Resolved: 2023-09-29 13:43:22+00:00

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

Steps to reproduce:

I use a webextension theme that sets the light theme with the color_scheme property.
https://addons.mozilla.org/en-US/firefox/addon/tiger-eyes-turquoise/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search

On Saturday (2023-09-16) it was still working properly.

Firefox Nightly 119.0a1 (2023-09-20) (64-bit)
Windows 10 22H2


Actual results:

The menu of the menu bar is displayed in the dark theme.
Other menus such as the toolbar, context menu and application menu are correctly displayed in the light theme.


Expected results:

The menu of the menu bar is displayed in the light theme.
Bug: Notification permission automatically denied in Private Window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-09-21 08:20:15+00:00
Resolved: 2023-09-22 13:06:14+00:00

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

Steps to reproduce:

(A) Private Window
1. Open Private Window
2. Visit https://www.bennish.net/web-notifications.html and click Authorize
(B) Normal Window


Actual results:

(A) The website says "Permission to display: denied". No notification permission asked by Firefox.
(B) The website trigger Firefox to ask me if notifications are authorized for this site.


Expected results:

(A) Firefox ask me if it authorizes or not notification, same like (B).
Bug: google.de -  The bookmark toolbar blends out all links when using multiple monitors
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-09-21 08:31:41+00:00
Resolved: 2023-10-17 14:23:11+00:00

From github: https://github.com/webcompat/web-bugs/issues/127343.

> <!-- @browser: Firefox 117.0 -->
> <!-- @ua_header: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/117.0 -->
> <!-- @reported_with: unknown -->
> <!-- @public_url: https://github.com/webcompat/web-bugs/issues/127343 -->
> 
> **URL**: https://google.de
> 
> **Browser / Version**: Firefox 117.0
> **Operating System**: Windows 10
> **Tested Another Browser**: No 
> 
> **Problem type**: Something else
> **Description**: The bookmark toolbar blends out all links when using multiple monitors. For example if you watch a youtube video in fullscreen on one monitor and then you edit a bookmark on another the bookmarks blends out.
> **Steps to Reproduce**:
> The bookmark toolbar blends out all links when using multiple monitors. For example if you watch a youtube video in fullscreen on one monitor and then you edit a bookmark on another the bookmarks blends out.
> 
> <details>
> <summary>Browser Configuration</summary>
> <ul>
>   <li>None</li>
> </ul>
> </details>
> 
> _From [webcompat.com](https://webcompat.com/) with ❤️_

Change performed by the [Move to Bugzilla add-on](https://addons.mozilla.org/en-US/firefox/addon/move-to-bugzilla/).
Bug: [macOS] Bottom page controls in customize mode are changed and look like macOS system default buttons
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-09-21 09:53:48+00:00
Resolved: 2023-09-21 11:16:47+00:00

**Found in**
- Firefox 119.0a1

**Affected versions**
- Firefox 119.0a1

**Tested platforms**
- Affected platforms: macOS 13.5.2
- Unaffected platforms: Ubuntu, Windows

**Steps to reproduce**
1. Launch Firefox
2. Access customize mode

**Expected result**
- The bottom page controls look like in the attachment

**Actual result**
- The bottom page controls are changed and now look like macOS default buttons

**Regression range**
- Looked for regression twice, and both times it pointed to:
Bug 1852783 - Part 3: Add clipboard mochitest-plain tests; r=spohl

**Additional notes**
- The controls can be seen in the attachment (Up - Firefox 118.0 and Down - Firefox 119.0a1)
Bug: Ghostery add-on : many tabs -> memory overrun -> crash
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-09-21 14:01:25+00:00
Resolved: 2023-11-01 10:39:52+00:00

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

Steps to reproduce:

(before opening Firefox 117+, copy the `sessionstore.jsonlz4` into `Firefox/data/profile`)

Have many tabs opened (because why not).

Yet having another session in another window (currently closed).

Opening the second window (Ctrl+Shift+N).


Actual results:

Watch the memory getting overrun.

The more memory, the more overrun (64 GB gets filled just as well).

Then Firefox crash badly (may even affect computer, backup your work).




Expected results:

Open second window with its own set of tabs.

Without overrunning the memory, without crashing.

Quickly (not after a very long memory overrun).
Bug: [Experiment] The Translations Modal is briefly displayed during page translation for new domains when the “Always translate language” option is enabled
Status: NEW
Priority: --
Created: 2023-09-21 15:28:31+00:00
Resolved: 2023-09-27 09:48:27+00:00

**[Affected versions]:**
- Firefox RC 118 - Build ID: 20230918143747

**[Affected Platforms]:**
- Windows 10 x64
- Linux Ubuntu 20.04 x64
- macOS 12.6.1

**[Prerequisites]:**
- Enroll in the experiment by pasting the [user.js](https://drive.google.com/file/d/1qE7qmGhbtiniMt79cPNbpgik7HcgzDwl/view?usp=sharing) file in the Profile Folder from the “about:support” page and restarting the browser.

**[Steps to reproduce]:**
1. Navigate to https://www.bild.de.
2. Click the Gear button from the Translations Modal.
3. Select the “Always translate German” option.
4. Open a new tab and navigate to https://www.focus.de (must be an unvisited “de” domain).
5. Click the Translations icon from the Address Bar.
6. From the drop-down button, select the Italian language.
7. Click the “Translate” button.
8. Observe the behavior.

**[Expected result]:**
- The page is translated and no Translation Modal is displayed.

**[Actual result]:**
- The initial Translation Modal (with “Translate from” and “Translate to”) is displayed for a brief second while the page is translated.
- After the page is translated, the initial Translation Modal is dismissed and replaced with the  “This page is translated from German to Italian” one.

**[Notes]:**
- This issue is also reproducible without being enrolled in the experiment.
- This issue is also reproducible with other supported languages.
- In some cases, the initial Translation Modal is displayed only for a second and the users don’t have time to react nor to read the information from the Modal.
- Here is a screen [recording](https://drive.google.com/file/d/1WKW3AjOdg4Xt2ggkZ3ZkiWQ7vC0Lc9hS/view?usp=sharing) of the issue.
Bug: The header of the review checker sidebar does not remain in-view when scrolled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-09-21 16:30:36+00:00
Resolved: 2023-09-25 09:52:07+00:00

**Found in**
*  Firefox 119.0a1 (2023-09-21)

**Tested platforms**
* Affected platforms: All

**Preconditions**
* browser.shopping.experience2023.enabled- "**true**"
* browser.shopping.experience2023.optedIn - "**1**"

**Steps to reproduce**
1. Open Firefox Nightly.
2. Navigate to an Amazon/Walmart/Bestbuy product page. ([example](https://www.amazon.com/Electric-Height-Adjustable-Standing-inches/dp/B09H2GYSNG/ref=sr_1_7?crid=MA3ADK00FZ2B&keywords=standing+desk&qid=1695312755&sprefix=standing+des%2Caps%2C208&sr=8-7))
3. Click on the ```Show more``` button in the "*Highlights from recent reviews*" section of the review checker sidebar.
4. Scroll down inside the review checker sidebar.

**Expected result** 
* According to the figma spec the header of the sidebar should remain in view regardless of the scroll position.

**Actual result**
* The header moves out of view as you scroll down.

**Regression range**
* Will return with a regression-range asap.
Bug: PrivacyLevel should cache its pref
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-09-21 17:12:05+00:00
Resolved: 2023-12-07 17:02:40+00:00

https://searchfox.org/mozilla-central/rev/077fc34d03b85b09add26b5f99f1a3a3a72c8720/toolkit/modules/sessionstore/PrivacyLevel.sys.mjs#40 is showing up in the profile in bug 1849393. And although it's only 30-odd ms drop in a bucket (a bunch of it due to profiler markers), this is unnecessary - it should be using a cached pref.
Bug: [foxfooding] %Review Checker side bar takes very long to load (3 min)%
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-09-21 20:26:03+00:00
Resolved: 2024-05-29 15:52:09+00:00

The Review Checker side bar took about 3 minutes to load for the first time on Amazon.
Bug: Menu Bar activation in fullscreen results  in undesirable  space under inactive tabs on dark theme
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-09-21 21:09:20+00:00
Resolved: 2023-09-29 06:10:44+00:00

**Affected versions**
* 119.0a1 (2023-09-21)

**Affected platforms**
* macOS 13

**Steps to reproduce**
**Preconditions:**
- Have the dark theme set at the os level

1. Open several pages
2. Enter fullscreen
3. Place the cursor at the top of the screen to trigger the Menu bar appearance

**Expected result**
* All tabs shift their position without any visual issue.

**Actual result**
* The active Tab keeps its height, while the rest of the unfocused ones have an unnecessary space displayed under (see notes).  

**Regression range**
* Last good revision: 751ce10ffa95f4706e709666d45db519e48786c7
* First bad revision: 85ed967e285f304f7709461aec0d33ca72805791
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=751ce10ffa95f4706e709666d45db519e48786c7&tochange=85ed967e285f304f7709461aec0d33ca72805791
* Potential regressor: 1843044

*Notes*
* See the [screencast issue](https://drive.google.com/file/d/1Ymiar7UMMHoroAxiTe3m-Xiz57tLzbiA/view?usp=sharing)
* Not reproducible if any about page is in focus
Bug: Shortcut key labels for disabled entries in the app (hamburger) menu are not dimmed / greyed out
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-09-22 09:20:57+00:00
Resolved: 2023-11-09 13:29:07+00:00

STR:

1. on macOS, open Firefox, open browser console
2. run `document.getElementById("cmd_print").setAttribute("disabled", true)` or similar (x-ref bug 1854298; there are probably other/easier ways to have disabled entries in this menu but I haven't looked for them)
3. open the hamburger menu in the main window

ER:
print entry is greyed out

AR:
print entry is greyed out but shortcut looks the same as the other shortcuts, which looks odd

Off-hand, unsure if this is macOS-specific and/or a regression.
Bug: Left Navigation panel has an outline
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2023-09-22 09:22:54+00:00
Resolved: 2023-09-26 09:41:26+00:00

I think this regression was from sometime this week, where now have a contrasting line on the right side of the side navigation panel that's quite obvious with system, light and dark themes.
Bug: Result of arithmetic expression leads you to search page containing "="
Status: NEW
Priority: P3
Created: 2023-09-22 09:32:59+00:00
Resolved: 2023-12-18 16:35:19+00:00

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

1. Enter "5+5" in the addressbar.
2. Click on the result "= 10".
3. Get redirected to search engine with either full "artihmetic expression e.g. 5+5" or result "10" (without '=').

Actual:

You get redirected to the search engine with the result and the '=' e.g. "= 10".

Recommendation:

I think for the customer/user it would be best to redirect to the search result containing the original query. Search providers like Google, Bing and DuckDuckGo even provide a calculator UI. Usually searching for a result of a mathematical expression doesn't lead to anything useful.
Bug: [Experiment] [Windows] The Translations Modal remains displayed when switching between tabs if the first tab had the Modal’s Gear menu open
Status: NEW
Priority: --
Created: 2023-09-22 10:09:54+00:00
Resolved: 2023-09-22 10:09:54+00:00

**[Affected versions]:**
- Firefox RC 118 - Build ID: 20230918143747

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

**[Prerequisites]:**
- Paste the [user.js](https://drive.google.com/file/d/1qE7qmGhbtiniMt79cPNbpgik7HcgzDwl/view?usp=sharing) file in the Profile Folder from the “about:support” page and restart the browser.

**[Steps to reproduce]:**
1. Navigate to https://www.focus.de.
2. Open a new tab and navigate to https://www.lemonde.fr.
3. Click the Translations icon from the right side of the Address Bar.
4. Click the Gear button from the Translations Modal.
5. Click the tab from step 1.
6. Observe the behavior.

**[Expected result]:**
- The Translations Modal is not displayed.

**[Actual result]:**
- The Translations Modal from the tab in step 2 is displayed.

**[Notes]:**
- I was not able to reproduce the issue on macOS and Linux.
- This issue is also reproducible without being enrolled in the experiment.
- This issue is also reproducible with other supported languages.
- Here is a screen [recording](https://drive.google.com/file/d/19lznaI6Y_HJaTqbTNj5QUPFim-SAlEv6/view?usp=sharing) of the issue.
Bug: The Shopping sidebar will show the "No info about these reviews" card again after checking the reviews
Status: NEW
Priority: P3
Created: 2023-09-22 10:38:04+00:00
Resolved: 2023-11-06 11:48:55+00:00

**Found in**
* Nightly 119.0a1 (2023-09-21) 

**Affected versions**
* Nightly 119.0a1 (2023-09-21) 

**Affected platforms**
* All

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1

**Steps to reproduce**
1. Reach https://www.amazon.com/Boost-Infinite-required-starting-Unlimited/dp/B0CHBQQQSB/ref=sr_1_1?crid=21OVAQAMPSRDN&keywords=iphone+15&qid=1695377359&sprefix=iphone+1%2Caps%2C200&sr=8-1
2. Click the Check review Quality button.

**Expected result**
* The Not enough reviews or the Unsupported warning messages should be displayed for this product.

**Actual result**
* The Check review quality card is displayed again after we click the button.

**Regression range**
Not Applicable

Please note that in older builds the Fakespot analyzer will say that the product is unsupported.
Bug: Fix Cards sub-headings and spacing to spec
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-09-22 10:59:30+00:00
Resolved: 2023-11-30 04:14:53+00:00

Via UX review:

* Increase vertical padding for card subheaders
* Update headers to be font-weight: 300 instead of 400.
* Card subheader is not left aligned to the tabs below
* Card's subheaders in all sections should have size 15. Only card's subheaders on Recent browsing page have text 17. Right now all subheaders have size 17.
* Sizing of titles and spacing 
* Increase the bottom padding of cards (8px)

See screenshot for more details.