av9ash/GitBugs huggingface dataset:
Bug: Switch to tab button disappeared
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2024-09-12 15:07:31+00:00
Resolved: 2024-09-15 22:07:56+00:00

This seems to be a regression from secondary actions button. The `switch to tab`  button  is now in the same style as secondary action buttons. Switching to this new style or enable secondary actions, something had regressed the `switch to tab` behaviour and functionality. 

This bug is happening with browser.urlbar.scotchBonnet.enableOverride PREF true and when it's false.

**Steps To Reproduce:**
1. Visit https://en.wikipedia.org/wiki/Kitten
2. Open a new tab in the same window. 
3. Activate `tabs` search mode in the address bar for the new tab.
4. Type "kitten".
5. After typing "kitten", there is no `switch to tab` button from the result shown.
6. When the user clicks on the result, the tab visits the URL instead of switching to the tab (Bug 1918437)

**Expected:**
 See the `switch to tab` button, and when result is clicked, it should switch to the other tab with the https://en.wikipedia.org/wiki/Kitten webpage.

**Actual:**
No `switch to tab` button is shown, and when result is clicked, the browser stayed on the same tab and visited https://en.wikipedia.org/wiki/Kitten
Bug: Firefox displays and then erases a page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-09-12 15:46:36+00:00
Resolved: 2025-01-10 11:37:13+00:00

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

Steps to reproduce:

select /for_sale_and_free menu item on nextdoor.com


Actual results:

it constructs the page, then erases the center column


Expected results:

page display
Bug: Search suggestions getting cut off in latest Nightly new tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-12 15:58:16+00:00
Resolved: 2024-09-12 15:59:57+00:00

Reproduced on fx132.0a1 macos 14.2

I have the vertical sidebar experiment turned on and vertical tabs.
After updating to the most recent nightly, the new tab search suggestions are getting cut. See attached screenshot.

Not reproducible with a new profile with vertical tabs experiment turned off.
Bug: At narrower widths credit for wallpaper ends up fairly centrally if tiles and stories are disabled.
Status: NEW
Priority: P3
Created: 2024-09-12 19:38:31+00:00
Resolved: 2024-10-10 19:22:06+00:00

Normally the credit for wallpapers is way down in the bottom left; but I noticed on my laptop at half width. it's awkwardly placed beside the search bar.
Bug: On new tabs, the search suggestions do not have transparency and cannot go beyond the bookmarks bar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-13 01:29:24+00:00
Resolved: 2024-09-15 23:44:34+00:00

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

Steps to reproduce:

1: Opened a new tab (In empty newtab page)
2: Added a search query
3:


Actual results:

the search results are cut off after the bookmarks bar.


Expected results:

the search results should not be cut off
Bug: Sidebar Revamp causes full screen videos to display outlines.
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-09-13 02:01:26+00:00
Resolved: 2024-09-27 13:18:19+00:00

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

Steps to reproduce:

-When playing a video expand it to fullscreen.



Actual results:

You will see outlines at the left and top of the screen.


Expected results:

Outlines should not appear in fullscreen videos.
Bug: Tab crashes when dropping text from an external program
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-13 06:10:45+00:00
Resolved: 2024-11-13 13:47:43+00:00

**Found in**
* 132.0a1

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





    


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


**Preconditoins**
* 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-1.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 Notepad++/ Notepad and write some random text
2. Open https://www.wikipedia.org/ and drop the text in the search box.

**Expected result**
* The scan is performed and text is dropped(depending on the text).

**Actual result**
* Tab crashes.




**Regression range**
* This probably happens after bug 1910452. I will set it as the regressor. Please let us know if this is incorrect.

**Additional notes**
* Attached a screen recording.
* The crash may be intermittent but happens often, setting this as `[fidefe-quality-foundation?]`.
Bug: With content analysis on, dropping onto an object with no defined drop handler still does CA check
Status: NEW
Priority: --
Created: 2024-09-13 06:29:01+00:00
Resolved: 2024-10-28 17:07:27+00:00

**Found in**
* 132.0a1

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





    


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


**Preconditoins**
* 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-1.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 the Wikipedia page.
2. Open a new window and load Wikipedia.
3. Drop a link inside the page contents of the first window.

**Expected result**
* After the scan the page is loaded.

**Actual result**
* After the scan the page is not loaded only after some time.




**Regression range**
* This probably happens after bug 1910452. I will set it as the regressor. Please let us know if this may be not correct.

**Additional notes**
* Attached a screen recording.
* This also happens when dropping text inside a text box.
Bug: “Scan in progress” dialog only shown for the first file when uploading multiple files via drag and drop
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-13 07:31:24+00:00
Resolved: 2024-10-25 09:48:42+00:00

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

**Affected versions**
* 132.0a1 

**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-1.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
* In a text editor (e.g. Notepad), create a file named “shouldAllow.txt” and another one named “shouldBlock123456789.txt” 

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

**Steps to reproduce**
1. Go to https://codepen.io/gregstoll/full/GRYjjry (or to any platform where uploading is possible) 
2. Drag and drop the “shouldAllow.txt” and “shouldBlock123456789.txt” files over the box with the red border
3. Observe the behavior

**Expected result**
*  “Scan in progress” dialog is displayed for both files

**Actual result**
*  “Scan in progress” is displayed only for the first file

**Regression range**
* This probably happens after bug 1910452. I will set it as the regressor. Please remove it if it's incorrect 

**Additional notes**
* Both files are scanned in the background as the entry for each file is visible in cmd where the DLP agent is running. Blocked dialog is also not displayed in Firefox since the scanning is shown only for the allowed file (the files are not uploaded)
* If dragging and dropping two allowed files, both of them are uploaded (but the "Scan in progress" dialog is shown only for the first one)
* See the attached video
Bug: Address bar problem Firefox nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-13 09:07:48+00:00
Resolved: 2024-09-13 09:46:42+00:00

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

Steps to reproduce:

I updated Firefox nightly and this happened i couldn't select a version of Firefox because that was not listed but here it is 132.0a1 my Firefox auto updates before opening the browser


Actual results:

Address bar of Firefox nightly appears to be behind the new tab page but not in a website such as https://google.com/ it is so so behind that i couldn't see some parts of the address bar


Expected results:

Address bar of Firefox nightly should be fixed
Bug: New Switch to tab button container strings are displayed in lowercase lettering
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2024-09-13 10:20:45+00:00
Resolved: 2024-10-21 21:04:08+00:00

**Found in**
* Nightly 132.0a1;

**Affected versions**
* Nightly 132.0a1;


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

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride set to true

**Steps to reproduce**
1. Launch Firefox.
2. Open different websites in each container tab( Personal, Shopping, Work, Banking).
3. Open a new tab.
4.  Open the Dedicated Search Button and select ‘Tabs’.
5. Observe the address bar section.

**Expected result**
* Switch to tab container strings should be written in uppercase lettering.

**Actual result**
* Switch to tab container strings are written in lowercase lettering.

**Regression range**
* Not a regression.
Bug: New Switch to tab button container color strips are harder to see on some default browser themes
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-09-13 12:29:58+00:00
Resolved: 2024-10-16 08:33:37+00:00

**Notes**
* The thinner color strips are harder to see on Light theme.
* On Ubuntu the color strips are harder to see on Dark theme whilst hovering. 

**Found in**
* Nightly 132.0a1;

**Affected versions**
* Nightly 132.0a1;


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

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride set to true 

**Steps to reproduce**
1. Launch Firefox.
2. Open different websites in each container tab( Personal, Shopping, Work, Banking).
3. In a new tab, from the Dedicated Search Button, select ‘Tabs’.
4. Observe the address bar section.
5. Switch to Dark Theme. 
6. Open Dedicated Search Button, select ‘Tabs’.
7. Hover over any Switch to tab button.
8. Observe the address bar section.

**Expected result**
* Corresponding color strips for container tabs should be bolder.

**Actual result**
* Corresponding color strips for container tabs are narrow and harder to see.

**Regression range**
* Not a regression.
Bug: Error when installing normal .exe on new ARM device.
Status: NEW
Priority: --
Created: 2024-09-13 12:49:00+00:00
Resolved: 2024-09-19 20:26:03+00:00

**Found in**
* nightly: 132.0a1

**Affected versions**
* nightly :131.0a1

**Unaffected builds:**
 * esr: 128.2.0esr(20240826114743)
 * beta: 131.0b6
 * rc: 130.0

**Tested platforms**
* Affected platforms: Win11 ARM
* Unaffected platforms: Mac, Ubuntu

**Preconditions**
* clean profile

**Steps to reproduce**
1. Download normal .exe installation from https://archive.mozilla.org/pub/firefox/nightly/2024/09/2024-09-12-20-06-24-mozilla-central/firefox-132.0a1.en-US.win64.installer.exe.
2. Install Firefox with a clean profile.
3. Wait for the installation to complete and start/open Firefox.

**Expected result**
* Firefox should start without errors.

**Actual result**
* An error is displayed see attached screenshot. No crash is submitted and Firefox can be used after closing the message.

**Regression range**
* Mozregression always opens builds.
* I was able to reproduce the issue starting with 131.0a1 (20240822214747) and it does not reproduce with 131.0a1(20240822140036). https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=4db772ac6fb4857ac32d5f6c14da0c3282cee956&tochange=375467d198b41141893418cd17fce7d91201716a
* Reproduces only on Nightly 131.0a1, not on beta  131.0b6.

**Additional notes**
* Issue seems to reproduce only on newest Win11 ARM (Windows Dev Kit 2023) devices with Snapdragon Compute Platform 3.00GHz processors and on both Win11 Pro 23H2 22631.4037 and Win11 24h2 (26100.1742).
* Issue does not reproduce on older Win11 ARM Lenovo devices with Snapdragon (TM) 850 having Win11 Pro 23H2 (22631.3880).
Bug: [Intermittent] Missing Switch to tab button for some tabs
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2024-09-13 13:05:04+00:00
Resolved: 2024-10-04 10:41:46+00:00

**Notes**
* Reloading the page solves the issue.
* The issue seems to be intermittent; easiest to reproduce when launching Firefox in a new session. 
* Issue is reproducible with both regular and container tabs.

**Found in**
* Nightly 132.0a1;

**Affected versions**
* Nightly 132.0a1;


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

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride set to true 

**Steps to reproduce**
1. Launch Firefox.
2. Open different websites in each container tab( Personal, Shopping, Work, Banking).
3. In a new tab, from the Dedicated Search Button, select ‘Tabs’.
4. Observe the address bar section.


**Expected result**
* All tabs have the Switch to tab button option.

**Actual result**
* Switch to tab button is missing. 


**Regression range**
* Not a regression.
Bug: Vertical tabs: empty spaces in list after closing tabs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-13 13:44:32+00:00
Resolved: 2024-10-17 10:40:40+00:00

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

Steps to reproduce:

After the update


Actual results:

Closed tabs produce empty space. Certain closed tabs reappear on reopening.
Bug: Single Click Selects all in URL and Search Bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-13 13:46:13+00:00
Resolved: 2024-09-13 18:52:13+00:00

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

Steps to reproduce:

Edit search text in search bar. 


Actual results:

Once clicked -to place the cursor at a certain point- hole text is selected. This delays the workflow enormously. Since it need to be adjusted all the time when searching for something specific.


Expected results:

Just don't automatically selected the hole search text. 
I known there is a lot of discussing about the preferences whether the text should be selected or not. But its just a preference like many other preferences. I don't care what the default would become. But please bring back: browser.urlbar.clickSelectsAll
This is the only thing that is the reason i need to put a lot of time in making a custom build. Time that could be spared if Firefox developers make such an important preference work again.
Bug: "List all tabs" button impossible to remove
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-13 13:55:31+00:00
Resolved: 2024-12-10 15:50:28+00:00

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

Steps to reproduce:

After the last update, a new tool appeared in the toolbar: “list all tabs”.
I didn't see any use for this tool, so to avoid overloading my bars, I decided to remove it (as well as the “new tab” tool).


Actual results:

I was able to delete “new tab”, but I can't delete “list all tabs”, the logo is greyed out.

Ps: Ditto for “Extensions”, which still hasn't been resolved after all this time. 


Expected results:

With the 'customize toolbar' tool, I should have been able to move and remove these tools from my toolbar.
Bug: Tab group labels have incorrect styling
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-09-13 14:14:22+00:00
Resolved: 2024-09-22 21:39:28+00:00

Figma spec: https://www.figma.com/design/f6J2lH6XDxLxyzOLr2E8oE/Tab-Grouping-Spec?node-id=9461-178269&node-type=section&t=nCUNNHmO8iJtKjOF-0

Original component implemented in bug1908162 does not match the Figma spec. Typographic styles and spacing need adjustment generally, and the "empty label" tab group is near zero-width.
Bug: Vertical pinned tabs container scrollbar overlaps tabs
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2024-09-13 14:40:19+00:00
Resolved: 2024-10-02 08:00:49+00:00

The vertical pinned tabs container has `padding-bottom` even when there are no pinned tabs, making it take up some space vertically when it shouldn't be.
Bug: Layout shift when scrolling down on new tab page
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-09-13 15:00:41+00:00
Resolved: 2024-12-16 20:28:05+00:00

See the screen recording: In today's Nightly, when I scroll down on the new tab page and the header becomes sticky, the page content jumps.
Bug: browser_quicksuggest_fakespot fails when using NUMBER() in Fluent strings
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-13 15:11:31+00:00
Resolved: 2024-09-13 15:42:30+00:00

In bug 1918411 I tried to use `NUMBER()` in the Fluent variant selector. That shouldn't have consequences to tests, but ended up creating failures

```
# Show the exact number of reviews.
firefox-suggest-fakespot-rating-and-total-reviews =
  { NUMBER($totalReviews) ->
     [one] { $rating } · ({ $totalReviews } review)
    *[other] { $rating } · ({ $totalReviews } reviews)
  }
# Show an approximate number of reviews (e.g. 100,000+ reviews).
firefox-suggest-fakespot-rating-and-total-reviews-overflow =
  { NUMBER($totalReviews) ->
     [one] { $rating } · ({ $totalReviews }+ review)
    *[other] { $rating } · ({ $totalReviews }+ reviews)
  }
```

Test failure

```
Unexpected Results
------------------
browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_fakespot.js
  FAIL "5 · (1 reviews)" == "5 · (1 review)" -
```

I assume the variable is not actually passed as a number, so we always use the default variant.
Bug: Vertical pinned tabs container taking up vertical space even when there are no pinned tabs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-13 16:02:53+00:00
Resolved: 2024-09-13 21:48:09+00:00

From https://bugzilla.mozilla.org/show_bug.cgi?id=1918692#c0: The vertical pinned tabs container has `padding-bottom` even when there are no pinned tabs, making it take up some space vertically when it shouldn't be.
Bug: Sidebar animation should use easing and not be a plain linear animation
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-13 18:20:21+00:00
Resolved: 2024-10-04 14:31:29+00:00

The sidebar animation that was rewritten in bug 1915230 is now using a linear timing function, because the new code is not setting any `easing` properties in the keyframes it passes to `Element.animate`. Before bug 1915230, it was using `ease-in-out`. Emilio, can you restore the `ease-in-out`?
Bug: Enabling or disabling new sidebar duplicates all sidebar entries in menubar on macOS
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-13 20:06:20+00:00
Resolved: 2024-09-30 10:05:15+00:00

STR:

1. enable the new sidebar in the Firefox Labs section of the preferences
2. disable it again
3. repeat these steps a few times
4. open the sidebar menu in the menubar of macOS

Actual:

Every time you enable or disable the new sidebar, all entries will be duplicated.

Expected:

No change in the menu bar.
Bug: the typing cursor will not go away
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-09-14 04:09:46+00:00
Resolved: 2024-09-17 23:41:49+00:00

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

Steps to reproduce:

Watched a video on Youtube and the typing cursor is in the bottom left-hand of the screen.


Actual results:

The typing cursor does not go away.


Expected results:

The typing cursor should not be there because there is nowhere to type anything.
Bug: Firefox Vertical Tabs Sidebar Breaks Formatting
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-14 15:24:22+00:00
Resolved: 2024-09-14 15:38:02+00:00

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

Steps to reproduce:

General browsing with vertical tabs enabled in Firefox Labs on Latest Firefox Nightly on Gentoo Linux Gnome/Wayland. 


Actual results:

Weird formatting breaks when closing tabs about above the mid-level in the vertical tab sidebar. This leads to strange gaps between tabs as can be seen in the attached screenshot. The issue appears to be intermittent or caused by a condition I haven't been able to identify yet.


Expected results:

Odd formatting not occurring.
Bug: tab sync is not working between devices, android and windows versions
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-09-14 21:21:02+00:00
Resolved: 2024-10-07 18:40:17+00:00

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

Steps to reproduce:

I just pushed sync now on both android and windows firefox


Actual results:

I can't see the tabs from firefox for android on windows, I can see windows tabs on android though


Expected results:

tabs should have shown up from android on windows.
Bug: Right sidebar cannot be resized on MacOS
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-15 15:06:38+00:00
Resolved: 2024-10-11 09:05:31+00:00

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

Steps to reproduce:

1. Open the sidebar (favorites, bookmarks, etc) on the right side
2. Try to resize the sidebar


Actual results:

Neither the splitter, nor the "drag" indicator show up, making it impossible to resize the sidebar


Expected results:

The splitter and "drag" indicator shows up and allows the sidebar to be resized
Bug: Pasting a URL string containing non printable characters executes a search instead of visiting the URL
Status: NEW
Priority: P5
Created: 2024-09-15 19:14:35+00:00
Resolved: 2024-09-16 22:24:49+00:00

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

Steps to reproduce:

put https://‌‍‍data.tmsapi.com‌ in the address bar


Actual results:

a search (DDG is my default) is performed


Expected results:

browsing to it should be attempted
Bug: "List all tabs" can not be removed from toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-15 19:54:28+00:00
Resolved: 2024-09-16 09:06:52+00:00

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

Steps to reproduce:

Open my browser


Actual results:

When I right click on the "list all tabs" button, the "remove from toolbar" menu entry is grayed out, which is pretty annoying to me.


Expected results:

The button should be removable from the toolbar.
Bug: SSL_ERROR_BAD_CERT_DOMAIN
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-15 20:52:35+00:00
Resolved: 2024-09-16 09:16:16+00:00

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

Steps to reproduce:

Some of my domains that use a wildcard cert are getting this error. i just go to the url and sometimes it works and sometimes it doesn't. Completely random. 


Actual results:

Page fails to load. This also happens on firefox on android and in the dev version.


Expected results:

Page should load with secure certification. The same page that fails to load in firefox loads just fine in chrome based browsers.