av9ash/GitBugs huggingface dataset:
Bug: Free Highlighting in PDFs with Sharp Angles will remove part of the highlight and repaint
Status: NEW
Priority: --
Created: 2024-02-19 12:06:28+00:00
Resolved: 2024-02-19 12:41:12+00:00

**Found in**
* Nightly 124.0a1 (2024-02-19)

**Affected versions**
* Nightly 124.0a1 (2024-02-19)
* Beta 123.0b9
* Release 122

**Affected platforms**
* All

**Steps to reproduce**
1. Open any PDF in Firefox.
2. Enable the Highlight tool.
3. Start to Free Highlight by creating a few angles.

**Expected result**
* The already painted part should remain visible.

**Actual result**
* The angle part is repainted when a tight enough angle is drawn. If a user highlights down to a certain point and then immediately goes up at a tight angle, the lower part of the highlight will be repainted.

**Regression range**
Not a Regression
Bug: Notification dot of pinned tab stays even when notifications have been cleared
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-02-19 12:20:18+00:00
Resolved: 2024-09-02 12:21:31+00:00

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

Steps to reproduce:

1. Open a website that sends notifications (eg. Gmail)
2. Pin it
3. Wait for notification to occur (eg from new email) -> the pinned tab has a little dot
4. Clear notification (eg. go to Gmail tab, read new email)
5. Go back to other tabs



Actual results:

6. Notice that the notification dot is still there

To clear the dot, go to the pinned tab once again (now without a notification from the website), go back to another tab -> now the dot is cleared.


Expected results:

Once I visit a tab of a website that sent a notification signal and clear the notification, it should no longer display the dot in the tab.
Bug: A closed previously pinned tab keeps reappearing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-02-19 16:15:57+00:00
Resolved: 2024-10-07 12:38:11+00:00

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

Steps to reproduce:

I pinned the steam deck refurbished website so keeo track for when they res-stock. After some time I pressed "unpin tab" and I also closed it.

This is in a macbook pro m1 2020.


Actual results:

The tab closed itself but after some time it just reappeared pinned again. I close it, but sooner or later it pops back up again.


Expected results:

The website shouldn't appear pinned again, I unpinned it and i close it.
Bug: The location-sign is duplicated when a Yelp suggestion is triggered using the “in” location-sign
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-19 16:50:59+00:00
Resolved: 2024-03-04 14:49:29+00:00

**[Affected versions]:**
- Firefox Nightly 125.0a1 - Build ID: 20240219095613

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

**[Prerequisites]:**
- Have the following prefs set with the values to enable the feature:
`browser.search.region` = US (connect to a VPN server if outside US)
`browser.urlbar.quicksuggest.rustEnabled` = true
`browser.urlbar.suggest.yelp` = true
`browser.urlbar.yelp.featureGate` = true
`browser.urlbar.yelp.priority` = true

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Type the “burgers in” string in the Address Bar.
3. Observe the wording of the Yelp result.

**[Expected result]:**
- “burgers in (city, state)” suggestion is displayed.

**[Actual result]:**
- “burgers in in (city, state)” suggestion is displayed.

**[Notes]:**
- This issue affects Yelp results displayed on both Top Pick and Firefox Suggest locations.
- Attached is a screenshot of the issue.
Bug: The “Thanks for your feedback” message is not aligned with the Address Bar results
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-19 17:14:15+00:00
Resolved: 2024-03-05 15:51:29+00:00

**[Affected versions]:**
- Firefox Nightly 125.0a1 - Build ID: 20240219095613

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

**[Prerequisites]:**
- Have the following prefs set with the values to enable the feature:
`browser.search.region` = US (connect to a VPN server if outside US)
`browser.urlbar.quicksuggest.rustEnabled` = true
`browser.urlbar.suggest.yelp` = true
`browser.urlbar.yelp.featureGate` = true
`browser.urlbar.yelp.priority` = true

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Type the “pet shop” string in the Address Bar.
3. Click the “Feedback” button from the Yelp suggestion.
4. Click the “Show less frequently” option.
5. Observe the message that appears under the Yelp suggestion.

**[Expected result]:**
- The Firefox logo and text of the message are correctly aligned with the rest of the favicons and results.

**[Actual result]:**
- The Firefox logo and text of the message are not aligned with the rest of the favicons and results.

**[Notes]:**
- This issue affects Yelp results displayed on both Top Pick and Firefox Suggest locations.
- Attached is a screenshot of the issue.
Bug: Firefox Home weird Shortcut name truncation behavior
Status: NEW
Priority: --
Created: 2024-02-19 17:15:23+00:00
Resolved: 2024-02-23 15:44:22+00:00

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

Steps to reproduce:

Open a new tab (Firefox Home)


Actual results:

I have several pinned shortcuts. "ars technica", 12 characters, displays the full name. "hacker news", 11 characters, is truncated with "..."


Expected results:

No truncating? Or something?
Bug: copy
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-19 19:30:10+00:00
Resolved: 2024-02-19 19:35:57+00:00

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

Steps to reproduce:

i opened any web page, highlighted a word or text passage with the mouse, then right-clicked on the highlighted text


Actual results:

the menu item copy is grayed out


Expected results:

the menu item copy should be selectable
Bug: CRLite files are not downloaded if push services are disabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-02-19 20:45:35+00:00
Resolved: 2025-01-23 21:52:41+00:00

Steps to reproduce:

CRLite requires Firefox Push Services to be enabled ("dom.push.enabled = true") to continously download and update CRLite revocation files. With the setting enabled it's reliable.

With "dom.push.enabled = false" it started to get unreliable.
I tested many different Firefox installations 24/7 and even after days of being opened no CRLite files were downloaded.

"dom.push.enabled = false" is disabled by many users to prevent a persistent AWS connection, when Push Services are not required. CRLite is a critical security feature and should not only reliably work when Push Services are enabled.


Actual results:

CRLite files located in the "security_state" folder are often not downloaded or downloaded with a delay of many days. In most of my testings the folder is empty when "dom.push.enabled = false"

So the feature is not reliable and mostly no revocation checks can be performed with disabled push services.


Expected results:

It should be possible to configure a poll interval which is regularly downloading CRLite files when "dom.push.enabled = false" with a standard poll interval set per default.

Also Firefox should immediately try to fetch CRLite files on first run to fetch CRLite files on first start.
Bug: While on a pdf document, scrolling down while selecting with mouse will, once you scroll past a page, but offset incorrectly on the next page.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-02-20 04:01:33+00:00
Resolved: 2024-09-02 12:20:04+00:00

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

Steps to reproduce:

Open a pdf document, hold select with the mouse cursor, and scroll down. Once you scroll past the page, the next page will also be selected. But the selection will be incorrectly offset, by an amount proportionate the width of the pdf document.


Actual results:

The selection is offset. If you think of the width of a pdf as a number line, placing your mouse curser at 0, so on the margin of the left side, will correctly select at the right place. However, selecting to the end of the width of the page, so the opposite margin, will cause the selection to be offset by roughly 60% of the pdfs width


Expected results:

The selection should match the position of the cursor correctly
Bug: Highlighting in PDFs doesn't work when highlighting an inserted text field
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-20 07:47:02+00:00
Resolved: 2024-02-20 18:00:20+00:00

**Found in**
* Nightly 124.0a1 (2024-02-19)

**Affected versions**
* Nightly 124.0a1 (2024-02-19)
* Beta 123.0b9
* Release 122

**Tested platforms**
* Affected platforms: All

**Steps to reproduce**
1. Open any PDF which has a text field in Firefox (eg: http://foersom.com/net/HowTo/data/OoPdfFormExample.pdf).
2. Add text in any one of the fields.
3. Enable the Highlight tool.
4. Highlight the added text.

**Expected result**
* The text can be highlighted successfully.

**Actual result**
* The text can't be highlighted.

**Regression range**
* Not a regression 

**Additional notes**
* After the PDF is saved as "Save to PDF" and reopened in Firefox the text field can be highlighted.
* The drawing tool can be used on the added text field even if the PDF isn't saved as "Save to PDF" first.
Bug: The “Show less frequently” option doesn’t seem to have any effect on the Yelp suggestions keywords
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-20 16:15:16+00:00
Resolved: 2024-04-06 00:43:32+00:00

**[Affected versions]:**
- Firefox Nightly 125.0a1 - Build ID: 20240220094730
- Firefox Beta 124.0b1 - Build ID: 20240219092531

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

**[Prerequisites]:**
- Have the following prefs set with the values to enable the feature:
`browser.search.region` = US (connect to a VPN server if outside US)
`nimbus.debug` = true
- Switch to the Stage server using the Remote Settings Devtools [addon](https://github.com/mozilla-extensions/remote-settings-devtools/releases).

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Copy and paste the following link in order to force enroll in the Yelp suggestions experiment: 
`about:studies?optin_slug=qa-2280-yelp-suggestions-qa&optin_branch=treatment-suggest&optin_collection=nimbus-preview`
3. Restart the browser. 
4. Type the “best ra” string in the Address Bar.
5. Click the “Feedback” button from the Yelp suggestion.
6. Click the “Show less frequently” option.
7. Click outside the Address Bar panel.
8. Click inside the Address Bar panel.
9. Observe the behavior.

**[Expected result]:**
- The Yelp suggestion is no longer displayed.

**[Actual result]:**
- The Yelp suggestion is displayed again.

**[Notes]:**
- This is also reproducible when typing only the subject, without any of the modifiers.
- This issue affects Yelp results displayed on both Top Pick and Firefox Suggest locations.
- Here is a [screen recording](https://drive.google.com/file/d/1eRdcODawnoYCjFN5ZpPkmG6tzXvqH1KH/view?usp=sharing) of the issue.
Bug: The “Show less frequently” option is not removed from the Feedback menu if the Address Bar panel is not closed after clicking it more times than the set cap value
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-20 16:22:03+00:00
Resolved: 2024-02-28 21:33:45+00:00

**[Affected versions]:**
- Firefox Nightly 125.0a1 - Build ID: 20240220094730
- Firefox Beta 124.0b1 - Build ID: 20240219092531

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

**[Prerequisites]:**
- Have the following prefs set with the values to enable the feature:
`browser.search.region` = US (connect to a VPN server if outside the US)
`nimbus.debug` = true
- Switch to the Stage server using the Remote Settings Devtools [addon](https://github.com/mozilla-extensions/remote-settings-devtools/releases).

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Copy and paste the following link in order to force enroll in the Yelp suggestions [experiment](https://stage.experimenter.nonprod.dataops.mozgcp.net/nimbus/qa-2280-yelp-suggestions-qa/summary): 
`about:studies?optin_slug=qa-2280-yelp-suggestions-qa&optin_branch=treatment-suggest&optin_collection=nimbus-preview`
3. Restart the browser. 
4. Type the “arcade” string in the Address Bar.
5. Click the “Feedback” button from the Yelp suggestion.
6. Click the “Show less frequently” option.
7. Repeat steps 5 and 6 for at least 2 more times.
8. Click the Feedback button.
9. Observe the menu options.

**[Expected result]:**
- The “Show less frequently” option is no longer available.

**[Actual result]:**
- The “Show less frequently” option remains displayed.

**[Notes]:**
- The `browser.urlbar.yelp.showLessFrequentlyCount` pref registers only one click when the Address Bar results panel is open. To register the next click, the user has to close the Address Bar results panel and then trigger the Yelp suggestion again. 
- This issue affects Yelp results displayed on both Top Pick and Firefox Suggest locations.
- Here is a [screen recording](https://drive.google.com/file/d/1m8KdZq6sFMbRk63KTMdzOBfS5ti8BS3e/view?usp=sharing) of the issue.
Bug: Intermittent [TV] browser/components/preferences/tests/browser_search_within_preferences_2.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: NEW
Priority: P5
Created: 2024-02-20 18:23:12+00:00
Resolved: 2024-07-22 07:17:19+00:00

**Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=447765857&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ZtLNpSOxQX2zfxpOjphacw/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ZtLNpSOxQX2zfxpOjphacw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
TEST-PASS | browser/components/preferences/tests/browser_search_within_preferences_2.js | Toggle is visible again after searching for text found in slotted content. - 
[task 2024-02-20T17:09:33.758Z] 17:09:33     INFO - Leaving test bound testSearchLightDOM
[task 2024-02-20T17:09:33.758Z] 17:09:33     INFO - Buffered messages finished
[task 2024-02-20T17:09:33.759Z] 17:09:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_search_within_preferences_2.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2024-02-20T17:09:33.759Z] 17:09:33     INFO - GECKO(2237) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-02-20T17:09:33.760Z] 17:09:33     INFO - GECKO(2237) | MEMORY STAT | vsize 16278MB | residentFast 403MB | heapAllocated 188MB
[task 2024-02-20T17:09:33.760Z] 17:09:33     INFO - TEST-OK | browser/components/preferences/tests/browser_search_within_preferences_2.js | took 50101ms
```
Bug: ModalOverlay.test.jsx is in the wrong directory (asrouter, should be in newtab)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-02-20 19:13:46+00:00
Resolved: 2024-02-28 04:37:20+00:00

[ModalOverlay.test.jsx](https://searchfox.org/mozilla-central/rev/9982a76fe95c70f7c2dca2d60bd78e015313924d/browser/components/asrouter/tests/unit/ModalOverlay.test.jsx) is in `browser/components/asrouter/tests/unit`, but I think it should be in `browser/components/newtab/test/unit/content-src/components`, to correspond to the location of the file it's testing, [ModalOverlay.jsx](https://searchfox.org/mozilla-central/rev/9982a76fe95c70f7c2dca2d60bd78e015313924d/browser/components/newtab/content-src/components/ModalOverlay/ModalOverlay.jsx). Consequently, the import path in the test file seems incorrect, it's not navigating back to the newtab directory, and there's no file at the specified path, so the import can't resolve.

Edit: From the hg history it looks like the component was moved to newtab in bug 1877202, but the test file was left in asrouter.
Bug: In the open tab list, opening the meatball menu for the first time is delayed for half a second by a network request to Firefox Sync
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-02-20 19:20:01+00:00
Resolved: 2024-05-10 07:06:41+00:00

Steps to reproduce:

 1. Be logged-in to Firefox Sync.
 2. Start or restart your browser.
 3. Open Firefox View.
 4. Go to the Open Tabs pane.
 5. On a tab row, click the three dots button at the end.

Expected results:
The menu should open immediately.

Actual results:
The menu is delayed by half a second or more.

Profile: https://share.firefox.dev/4bJlSc0

The profile shows that we're doing a network request to https://api.accounts.firefox.com/v1/account/devices . I'm on a fast connection and the request still took 500ms. We shouldn't be waiting for the network when opening a menu.

I think the problem is the `await this.fetchDevices()` call in the `toggle` method:

https://searchfox.org/mozilla-central/rev/9982a76fe95c70f7c2dca2d60bd78e015313924d/browser/components/firefoxview/opentabs.mjs#635-645
```js
async toggle({ triggerNode, originalEvent }) {
  if (this.panelList?.open) {
    // the menu will close so avoid all the other work to update its contents
    this.panelList.toggle(originalEvent);
    return;
  }
  this.triggerNode = triggerNode;
  await this.fetchDevices();
  await this.getUpdateComplete();
  this.panelList.toggle(originalEvent);
}
```
Bug: timezone is off
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-20 19:56:34+00:00
Resolved: 2024-04-08 12:16:45+00:00

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

Steps to reproduce:

First noticed when I went to ESPN and games were listed as being at 4am in the morning. Then saw that the timestamps on my gmail were also incorrect.

I checked the about:config to see if Resist Fingerprinting was set to true, it was not. So I set it to true and then set it back.

I downloaded an extension to set the timezone, but I am still having issues. So I turned that off.



Actual results:

Shows time based information is in the wrong timezone


Expected results:

Should show the correct timezone.
Bug: New Tab page occasionally has an arbitrarily set of Pocket Suggestion thumbnail-images that fade-in for some reason
Status: NEW
Priority: P3
Created: 2024-02-20 21:35:17+00:00
Resolved: 2024-09-23 22:07:47+00:00

STR:
1. Start Firefox with a fresh profile.
2. Open a new tab, and scroll down so that you can see more of the Pocket Suggestion tiles.
3. Refresh the new tab (Ctrl+R, or click refresh button)
4. After a second or so, refresh again.  Repeat.

ACTUAL RESULTS:
One out of every few refreshes, several of the Pocket Suggestion thumnails have a "fade-in" animation.  Sometimes it's just one or two, sometime;s it's more. This ends up feeling inconsistent and kinda-broken.

EXPECTED RESULTS:
No such inconsistency.

See attached screencast.
Bug: Firefox right click context menu overrides website context menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-21 00:42:38+00:00
Resolved: 2024-03-01 14:32:08+00:00

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

Steps to reproduce:

On a site that implements its own right click context menu, right click the mouse. This issue has only shown up the past couple of months. Someone else has reported it too https://old.reddit.com/r/firefox/comments/19dxa08/right_click_menu_superseding_site_settings_is/

An example site:
https://codepen.io/SitePoint/embed/MYLoWY


Actual results:

The site's context menu opens then Firefox's menu opens over the top of it.

You have to press Esc to close Firefox's menu and see/access the site's native menu

https://imgur.com/a/Igerfkx


Expected results:

Website's native menu should be shown or available to use  (or at least an option of which context menu).
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_panel_engine_destroy.js | single tracking
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2024-02-21 04:55:49+00:00
Resolved: 2024-02-29 18:13:15+00:00

**Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=447834596&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ahDuZk8iSYiixs5yRJJ36Q/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ahDuZk8iSYiixs5yRJJ36Q/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
TEST-PASS | browser/components/translations/tests/browser/browser_translations_panel_engine_destroy.js | undefined assertion name - 
[task 2024-02-21T03:36:14.517Z] 03:36:14     INFO - Destroy the engine process
[task 2024-02-21T03:36:14.519Z] 03:36:14     INFO - Mutate the page's content to re-trigger a translation.
[task 2024-02-21T03:36:14.520Z] 03:36:14     INFO - The engine downloads should be requested again.
[task 2024-02-21T03:36:14.521Z] 03:36:14     INFO - Resolving 1 mocked downloads for "test-translation-wasm-1"
[task 2024-02-21T03:36:14.521Z] 03:36:14     INFO - Resolving 3 mocked downloads for "test-translation-models-0"
[task 2024-02-21T03:36:14.522Z] 03:36:14     INFO - Buffered messages finished
[task 2024-02-21T03:36:14.523Z] 03:36:14     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_panel_engine_destroy.js | The mutated content should be translated. - "NEW TEXT FOR THE H1 [es to en]" == "New text for the H1" - 
[task 2024-02-21T03:36:14.523Z] 03:36:14     INFO - Stack trace:
[task 2024-02-21T03:36:14.523Z] 03:36:14     INFO - chrome://mochitests/content/browser/toolkit/components/translations/tests/browser/translations-test.mjs:assertTranslationResult:96
[task 2024-02-21T03:36:14.527Z] 03:36:14     INFO - GECKO(15505) | console.log: Translations: "Discarding translations, innerWindowId:" 30064771073
[task 2024-02-21T03:36:14.527Z] 03:36:14     INFO - GECKO(15505) | console.log: Translations: "Force shutdown of the engine \"es,en\""
[task 2024-02-21T03:36:14.732Z] 03:36:14     INFO - GECKO(15505) | console.log: Translations: "Removing RemoteSettings mock for the translations engine."
[task 2024-02-21T03:36:14.856Z] 03:36:14     INFO - Leaving test bound test_translations_engine_destroy
[task 2024-02-21T03:36:15.188Z] 03:36:15     INFO - GECKO(15505) | MEMORY STAT | vsize 3286MB | residentFast 452MB | heapAllocated 216MB
[task 2024-02-21T03:36:15.190Z] 03:36:15     INFO - TEST-OK | browser/components/translations/tests/browser/browser_translations_panel_engine_destroy.js | took 22638ms
```
Bug: The end user is unable to click on the health link to access the health records
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-02-21 09:08:53+00:00
Resolved: 2024-02-21 09:29:05+00:00

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

Steps to reproduce:

Steps :
1. Launch the health and meditation app
2.Click on the dashboard
3.Search for the link health on the dashboard 
4.click on the health Link



Actual results:

The user is not navigated to the the health page and the link is not clickable 


Expected results:

The user Should have been navigated to the health page on  click of the health link