av9ash/GitBugs huggingface dataset:
Bug: challenge.cloudflare.com turnstile
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-25 16:00:18+00:00
Resolved: 2024-05-14 10:39:09+00:00

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

Steps to reproduce:

Nothing


Actual results:

My firefox start using 100% CPU

I've traced it down  to CloudFlare's TurnStile's Proof Of Work principle.

Might be related to:
https://bugzilla.mozilla.org/show_bug.cgi?id=1876119
https://bugzilla.mozilla.org/show_bug.cgi?id=1847350

Temporary Work Around: I added "challenges.cloudflare.com" to my µBlockOrigin rules and everything seemsto be back to normal (until I'll go to a CloudFlare protected website and it will try to check I'm not a bot...).

If you can find a more sustainable solution, I would be glad to hear about it.


Expected results:

Nothing
Bug: Rich Entities suggestion icons are not horizontally aligned to the text
Status: NEW
Priority: P3
Created: 2024-03-25 16:57:07+00:00
Resolved: 2024-04-08 15:20:07+00:00

**Note**
* Submitted new issue as per instruction in bug 1871022.

**Affected versions**
* Fx125.0b3
* Fx126.0a1

**Affected platforms**
* Windows 10
* Ubuntu 20.04
* macOS


**Steps to reproduce**
1. Launch Firefox.
2. In the address bar, type something that will return rich results (e.g. carl).

**Expected result**
* Rich suggestions icons are correctly aligned with the text.

**Actual result**
* Rich suggestions icons are one pixel off from bottom alignment with the text.

**Regression range**
* Alignment fix from bug 1871022  is not correct.

**Additional notes**
* One thing that might be worth mentioning, is that the first rich entity entry (regardless of the position in the drop-down) is always aligned with its description.
Bug: no longer possible to delete more than one bookmark separator
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-03-25 18:38:02+00:00
Resolved: 2024-03-29 13:05:31+00:00

STR:

1. Make sure that you have more than one bookmark separator.
2. Open the library, make a right click on a bookmark separator and delete it.
3. Repeat step 2.

Actual:

Removing the separator works for the first one, but not for the second.

Expected:

Removing the separator always work.
Bug: Reconecting an account using the oauth flows fails.
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-03-25 18:59:14+00:00
Resolved: 2024-05-18 09:27:39+00:00

We fail to reconnect an account due to an external password change. The problem seems to be that we assume the account already has a session token from when the account initially logged in - however, we discarded that when the account because disconnected. Specifically, in the reconnect case, we [fail to get a session token here](https://searchfox.org/mozilla-central/rev/47a0a01e1f7ad0451c6ba6c790d5c6855df512c1/services/fxaccounts/FxAccountsWebChannel.sys.mjs#511-512).

The console reports:
```
1711392918796   FirefoxAccounts ERROR   Failed to handle FxAccountsWebChannel message: Error: INVALID_STATE(resource://gre/modules/FxAccountsOAuth.sys.mjs:189:13) JS Stack trace: completeOAuthFlow@FxAccountsOAuth.sys.mjs:189:13
completeOAuthFlow@FxAccounts.sys.mjs:886:23
oauthLogin@FxAccountsWebChannel.sys.mjs:515:40
async*_receiveMessage@FxAccountsWebChannel.sys.mjs:239:12
listener@FxAccountsWebChannel.sys.mjs:387:16
deliver@WebChannel.sys.mjs:258:14
tryToDeliver@WebChannel.sys.mjs:67:17
receiveMessage@WebChannelParent.sys.mjs:39:50
...
```

(setting severity to S4 as this capability is behind a pref. Is there a tracking bug this should block?)
Bug: my firefox browser are crashing and don't open any thing, it's very slow
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-26 04:03:01+00:00
Resolved: 2024-07-25 13:05:47+00:00

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

Steps to reproduce:

i only open fire fox and try to open goole site but it was very slow. so i close it. in the next day, when i check my system, i see many message from firefox about crash it, and i could not sent a report with that bug reporter(mozilla bug reporter). so i close all. but i copy the bug message from it and i sent it you here.


Actual results:

i only open fire fox and try to open goole site but it was very slow. so i close it. in the next day, when i check my system, i see many message from firefox about crash it, and i could not sent a report with that bug reporter(mozilla bug reporter). so i close all. but i copy the bug message from it and i sent it you here.


Expected results:

i must could to open every sitelike google or others easy like other times when i used firefox browser.
Bug: c-c perma toolkit/components/normandy/test/unit/test_RecipeRunner.js after enabling normandy
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-03-26 08:08:32+00:00
Resolved: 2024-04-08 14:26:32+00:00

Since we enabled normandy for Thunderbird in bug 1887331, toolkit/components/normandy/test/unit/test_RecipeRunner.js is now failing.

There is also a new failure toolkit/components/search/tests/xpcshell/test_search_config_v2_nimbus.js, apparently due to missing v2 configuration - the wip patch in bug 1886828 fixes that.
Bug: [Experiment] The “Recommended Media Addons” Panel is not dismissed when navigating between tabs
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-03-26 09:26:57+00:00
Resolved: 2024-04-01 20:15:08+00:00

**[Affected versions]:**

- Firefox Release 123.0 (Build ID: 20240213221259)
- Firefox Release 124.0.1 (Build ID: 20240321230221)

**[Affected Platforms]:**

- Windows 10 x64
- Windows 11 x64
- Ubuntu 22.04 x64
- macOS 13.6.2

**[Prerequisites]:**

- Have the  [user.js](https://drive.google.com/file/d/1cJH9shn-WwbjO3xJipddmL0n0Lm4XOPg/view?usp=drive_link) and the [times.json](https://drive.google.com/file/d/17glUM30DfWYKre_DAu10TMkzyPThs7cS/view?usp=drive_link) files downloaded on your computer.

**[Steps to reproduce]:**

1. Create a new Firefox profile but do not open it.
2. Navigate to the profile folder and paste the [user.js](https://drive.google.com/file/d/1cJH9shn-WwbjO3xJipddmL0n0Lm4XOPg/view?usp=drive_link) and the [times.json](https://drive.google.com/file/d/17glUM30DfWYKre_DAu10TMkzyPThs7cS/view?usp=drive_link) from the prerequisites.
3. Open the Firefox profile and navigate to the https://www.youtube.com/ website.
4. Open a new tab.
5. Observe the “Recommended Media Addons” Panel.

**[Expected result]:**

- The “Recommended Media Addons” Panel is dismissed when navigating to a new tab.

**[Actual result]:**

- The “Recommended Media Addons” Panel is NOT dismissed when navigating to another tab.

**[Notes]:**

- The issue is reproducible in all branches of the experiment.
- This issue is also reproducible on all branches of the  [“Recommend Media Addons Feature Callout - Early Day User”](https://experimenter.services.mozilla.com/nimbus/recommend-media-addons-feature-callout/summary) experiment.
- Attached is a screen recording of the issue.
Bug: Hand Tool cannot be accessed if highlight, text, draw or add image butons are activated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-26 13:55:41+00:00
Resolved: 2024-03-26 14:32:05+00:00

**Note**
* When the user opens a PDF into Firefox, activates any of the buttons Highlight, Text, Draw or Add or Edit Images and then clicks on Tools and Hand Tool, he will notice that the Hand Tool does not activate.

**Found in**
* Beta v125.0b2

**Affected versions**
* Beta v125.0b2
* ESR 115.9.1esr

**Tested platforms**
* Affected platforms: Ubuntu 22, Windows 10
* Unaffected platforms: -

**Steps to reproduce**
1. Load a PDF inside the browser: https://www.irs.gov/pub/irs-pdf/f1040.pdf
2. Click any of the buttons Highlight, Text, Draw or Add or Edit Images
3. Click on the ">>" button (Tools)
4. Click on Hand Tool

**Expected result**
* The previously activated button deactivates
* Hand Tool activates

**Actual result**
* The previously activated button remains active
* Hand Tool is not enabled

**Regression range**
* Not a recent regression considering it occurs in ESR v115.9.1esr.
Bug: Topsites switchtotab(multiple containers) breaks down
Status: NEW
Priority: P3
Created: 2024-03-26 14:18:52+00:00
Resolved: 2024-04-08 15:25:40+00:00

**Found in**
* 125.0b4

**Affected versions**
* 126.0a1 (2024-03-26)
      - 125.0b4

**Tested platforms**
* Affected platforms: Ubuntu 23.04, Windows 10, Mac 11.*

**Preconditions**
* Containers addon installed

**Steps to reproduce**
1. Open a topsite in multiple containers
2. Open new tab (0 prefix).
3. In the topsites, dismiss a different topsite.
4. Focus again address bar.

**Expected result**
* The container's switch to tab chicklet is shown for all opened topsites.

**Actual result**
* The container's switch to tab chicklet breaks down and it's not shown, instead of x entries with different containers it reverts to just showing the topsite.

**Regression range**
* N/A

**Additional notes**
* The 3rd step (dismissing a random topsite) is not mandatory to reproduce the bug; however, without it, the reproduction is random and couldn't reduce it better.
Bug: Holding down a drawing, overlayed text or image and scrolling the PDF will unsync the selection from the cursor
Status: NEW
Priority: --
Created: 2024-03-26 14:20:34+00:00
Resolved: 2024-04-01 07:09:01+00:00

**Note**
* When the user loads a PDF inside Firefox, overlays a drawing, text or image, then selects it by holding down the left click and scrolls the page, it will be observed that the page scrolls, but the selected element will remain behind, at a distance from the mouse cursor.

**Found in**
* Beta v125.0b2

**Affected versions**
* Release v124.0

**Tested platforms**
* Affected platforms: Ubuntu 22, Windows 10
* Unaffected platforms: ?

**Steps to reproduce**
1. Load a PDF: https://www.w3.org/WAI/ER/tests/xhtml/testfiles/resources/pdf/dummy.pdf
2. Click the Draw button and draw anything.
3. Click the Draw button to finish drawing.
4. Click the Draw button again and then select the previously drawn element.
5. Left-click and hold the drawing to move it.
6. While holding it down, scroll the page (mouse scroll or page up/down).

**Expected result**
* The page scrolls as expected and the selected element will stay with the cursor.

**Actual result**
* The page scrolls, but the selected element scrolls along with the page, remaining ar a distance from the cursor.

**Regression range**
* This issue does not occur in ESR v115.9.1esr so it appears to be a regression or a change since an older implementation.
Bug: Search hint shows switch to Google when you type the . after a domain and disappears after the .c
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-26 15:32:18+00:00
Resolved: 2024-04-08 15:26:53+00:00

If you create a new profile and start typing "bing", the search hint says "Search with Bing"

The moment you type "." though, it switches to "Search with Google". If you then type the "c", it switches back to bing.

When you add the o, it disappears completely.

The search hint should stay on bing the entire time you are typing bing.com and it should not disappear after you type the c.
Bug: OPEN_URL trigger listener triggers on background tabs
Status: NEW
Priority: P2
Created: 2024-03-26 19:06:49+00:00
Resolved: 2024-04-10 16:31:38+00:00

When using the `OPEN_URL` trigger listener, if one of the target URLs is loaded in a background tab, the trigger listener will fire, potentially displaying a message before the user has actually navigated to the URL in question.
Bug: OPEN_ABOUT_PAGE "where" behavior between "tab" and "tabshifted" is backwards
Status: NEW
Priority: P2
Created: 2024-03-26 19:41:37+00:00
Resolved: 2024-04-08 17:37:29+00:00

When using the `OPEN_ABOUT_PAGE` special message action, the "where" parameter allows us to pass in information about where a tab should be opened, but when set either `tab` or `tabshifted`, it exhibits the expected behavior for the other. 

It is implementing [openTrustedLinkIn](https://searchfox.org/mozilla-central/source/browser/modules/URILoadingHelper.sys.mjs#720-728), which has a line that sets `forceForeground` to true if it is null. We can fix the issue by adding a third parameter to the `openTrustedLinkIn` call, passing in `{ forceForeground: false }`

We should also consider using `openLinkIn` for this instead, since the only differences between it and `openTrustedLinkIn` are the trigger principle being set to the system principle if there is not a principle specified in the method call (note: we are passing in the system principle with `openLinkIn` in OPEN_URL), and the aforementioned setting of the `forceForeground` to true.
Bug: Regression Around `browser.urlbar.ctrlCanonizesURLs`
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-26 20:18:36+00:00
Resolved: 2024-03-27 10:04:37+00:00

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

Steps to reproduce:

1. Enter a hostname in the URL bar, e.g.: “firefox”.
2. Hit Ctrl + Enter.


Actual results:

The content of the URL bar is being searched using the default search engine, e.g.: Google.


Expected results:

The URL should have been completed by adding “.com” at the end.
Bug: When I add the same bookmark more than once, I cannot delete any of the identical bookmarks without restarting Firefox.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-26 21:53:42+00:00
Resolved: 2024-04-02 00:50:21+00:00

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

Steps to reproduce:

I added the same bookmark three times, when I wanted to delete it, it was not deleted. I closed and opened the browser and was able to delete one of them. When I turned it off and on again, I was able to delete another one.


Actual results:

Only one of the bookmarks added more than once can be deleted each time the browser is restarted.


Expected results:

If I can add the same bookmarks multiple times, I should be able to delete them too
Bug: Websites From External Apps Opening in Incorrect Containers
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-03-27 09:08:26+00:00
Resolved: 2024-06-03 08:33:42+00:00

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

Steps to reproduce:

I find out the bug when I was creating a community question about why my firefox open specific url from external app end up in a container. And I manage to narrow down the cause in that thread; here's the full details https://support.mozilla.org/en-US/questions/1442833

1. Create a new firefox profile
2. Enable firefox container.
2.1 I'm using about:config
2.2 set `privacy.userContext.enabled` to `true`
2.3 set `privacy.userContext.ui.enabled` to `true`
3. Install Tab Session manager
4. Import the session from the link I provide.
5. Reload session window.
6. You can delete the extention as it not required to reproduce the bug. Extentions only used to import the session
7. Use any external app that open "https://accounts.google.com/"

Resources:
Video: https://drive.google.com/file/d/1-Z5TtqZKJ5Q3TmPEs73NzpJcucLGK7jk/view?usp=sharing
Exported tab: https://drive.google.com/file/d/1-MHw5W-08uV2M2sg-RdOH2_KkX90N8kM/view?usp=sharing



Actual results:

For some reason, unloaded tabs influence the decision of which container the website I open from external apps opens in. And when I load the page, the tab will open on non container.


Expected results:

I expect the new tab open in a non container tab as it's the default behavior.
Bug: Small accents in PDF are not rendered in high zoom levels on macOS
Status: ASSIGNED
Priority: P3
Created: 2024-03-27 09:14:29+00:00
Resolved: 2024-06-06 14:53:41+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.4 Safari/605.1.15

Steps to reproduce:

Open Firefox on macOS Sonoma 14.4. Using its integrated pdf.js viewer, open a PDF file containing an accented character like the attached file and zoom in, for example to 300%.

The accent must not be part of the character's glyph and be drawn with its own text drawing operation in the content stream. In the examples we discovered the malfunction in, the font was CFF-based.

This bug does not reproduce on Windows or Fedora Linux.


Actual results:

Starting at some zoom level, the accent will vanish and stay vanish, if zooming farther in. There will be a zoom level which marks the border between the accent being visible and invisible.


Expected results:

Like pdf.js on Windows and Linux, and all other tested PDF viewers, the accent should be visible at all zoom levels.
Bug: Open all tabs switches to the first tab even through loadBookmarksInBackground is set to True
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-27 11:22:42+00:00
Resolved: 2024-04-24 16:33:13+00:00

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

Steps to reproduce:

Make sure loadBookmarksInBackground is True
Open any website.
Then middle click on a bookmark folder that you have (it should have a couple of bookmarks in it)


Actual results:

The bookmarks from the bookmark folder will open in several tabs.
And the focus will switch to the first bookmark's tab even through loadBookmarksInBackground is set to True.


Expected results:

The focus should not change while to the first bookmark's tab, but stay on the current tab that is open.
Bug: Intermittent browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_exposure.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-03-27 12:59:40+00:00
Resolved: 2024-07-24 12:01:47+00:00

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

---
```
[task 2024-03-27T12:25:38.711Z] 12:25:38     INFO - TEST-PASS | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_exposure.js | results is correct - "rust_adm_nonsponsored" == "rust_adm_nonsponsored" - 
[task 2024-03-27T12:25:38.712Z] 12:25:38     INFO - QuickSuggestTestUtils.#uninitQuickSuggest Started
[task 2024-03-27T12:25:38.712Z] 12:25:38     INFO - QuickSuggestTestUtils.forceSync Started
[task 2024-03-27T12:25:38.713Z] 12:25:38     INFO - QuickSuggestTestUtils.forceSync Syncing Rust backend
[task 2024-03-27T12:25:38.713Z] 12:25:38     INFO - Buffered messages logged at 12:25:38
[task 2024-03-27T12:25:38.714Z] 12:25:38     INFO - QuickSuggestTestUtils.forceSync Done syncing Rust backend
[task 2024-03-27T12:25:38.714Z] 12:25:38     INFO - QuickSuggestTestUtils.forceSync Done
[task 2024-03-27T12:25:38.715Z] 12:25:38     INFO - QuickSuggestTestUtils.#uninitQuickSuggest Stopping remote settings server
[task 2024-03-27T12:25:38.716Z] 12:25:38     INFO - QuickSuggestTestUtils.#uninitQuickSuggest Done
[task 2024-03-27T12:25:38.716Z] 12:25:38     INFO - Leaving test bound multipleProviders
[task 2024-03-27T12:25:38.717Z] 12:25:38     INFO - MerinoTestUtils cleanup function
[task 2024-03-27T12:25:38.717Z] 12:25:38     INFO - MerinoTestUtils uninit: Depth is now 0
[task 2024-03-27T12:25:38.718Z] 12:25:38     INFO - MerinoTestUtils uninit: Now uninitializing
[task 2024-03-27T12:25:38.718Z] 12:25:38     INFO - MockMerinoServer uninit
[task 2024-03-27T12:25:38.719Z] 12:25:38     INFO - Buffered messages finished
[task 2024-03-27T12:25:38.719Z] 12:25:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_exposure.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-03-27T12:25:38.720Z] 12:25:38     INFO - GECKO(5876) | MEMORY STAT | vsize 976MB | vsizeMaxContiguous 1806MB | residentFast 298MB | heapAllocated 128MB
[task 2024-03-27T12:25:38.720Z] 12:25:38     INFO - TEST-OK | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_exposure.js | took 52397ms
```
Bug: [macOS] Firefox installer package (.pkg) has some missing strings / extra space
Status: NEW
Priority: --
Created: 2024-03-27 14:05:33+00:00
Resolved: 2024-04-16 19:39:43+00:00

**Found in**
* 125.0b3;

**Affected versions**
* 126.0a1;
* 125.0b3;
* 124.0.1;
* 115.9.1;

**Tested platforms**
* Affected platforms: macOS;
* Unaffected platforms: Windows, Ubuntu;

**Preconditions**
* Have the Firefox installer package (.pkg file) downloaded on the device (link);

**Steps to reproduce**
1. Open the Firefox installer package from prerequisites; 
2. Observe the “Welcome to the Installer” strings from the first step of the installation process;
3. Press the “Continue” button from the “Install” strings; 
4. Finalize the installation process;
5. After completing the last step, press the “Close” button from the “Install” window;
6. Observe the installer name from the “Do you want to move the…” modal.

**Expected result**
* For step 2: “Welcome to the Installer” strings do not contain any double spacing between words;
* For step 3:  “Select the disk where you want to install the software” strings do not contain any double spacing between words;
* For step 6: “Firefox” app name is displayed in the modal, between the quotation marks;

**Actual result**
* For step 2: Double spacing is displayed before the “Installer” word; 
* For step 3: Double spacing is displayed before the “software” word; 
* For step 6: “Firefox” app name is not displayed in the modal. No text is displayed between the quotation marks. 

**Regression range**
* This is an old regression as this is not reproducing with Firefox Release 85 and below. Will provide more information after performing the regression range. 

**Additional notes**
* See the attached ss;
Bug: Restoring a session can make the tab hover preview from a background window overlap the focused window/s
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-03-27 14:55:44+00:00
Resolved: 2024-05-23 12:04:42+00:00

**Found in**
* Latest Nightly 126.0a1

**Affected versions**
* Latest Nightly 126.0a1

**Tested platforms**
* Affected platforms: MacOS 13 Intel and macOS 14 M1
* Unaffected platforms: Windows 11 and Ubuntu 22.04

**Preconditions**
* `browser.tabs.cardPreview.enabled` set to `true`

**Steps to reproduce**
1. Open a few (3-4) windows with tabs
- make sure that one window is on the top of the page (more easy to have in view a background window)
2. Close Firefox
3. Start Firefox and restore the previous session
4. Hover over a tab from the background window
5. Open a new window using the keyboard shortcut (CMD+N)
- redo steps 2-5 if not reproducible in one run (possible to redo these steps a few times)

**Expected result**
* Preview hover from the background tab is closed (like in Windows or Ubuntu) OR still visible but still in background

**Actual result**
* The preview overlaps all opened browser windows. Navigating away from the tab strip and then hovering again will make it again visible but in the background (as it shoud).

**Regression range**
* Not a regression since this happens after bug 1875831. Testing with a build before the fix from bug 1875831 will just make the window from background to become in focus.

**Additional notes**
* Here is a video showing the issue (very large in size so I had to upload it to Google Drive): https://drive.google.com/file/d/1x9c-mA-dl_2XhFYMhNYwsZeZsCH895tZ/view?usp=sharing
* Here is the profile I used (its basically a clean one with just a few tabs) in case is needed: https://drive.google.com/file/d/1vKKNU_f6wZ6mYqZV4QCaFPVxcocYcTMt/view?usp=sharing