av9ash/GitBugs huggingface dataset:
Bug: straighttalk.com website function broken
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-21 18:03:05+00:00
Resolved: 2022-03-24 05:58:08+00:00

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

Steps to reproduce:

WEBGL_debug_renderer_info is deprecated in Firefox and will be removed. Please use RENDERER. 

I seem to have a ton of these in the console when using the Straighttalk.com site to attempt to refill service. steps to reproduce. must have a straight talk phone number

    goto www.straighttalk.com/refill/refill-your-plan
    enter your number and press continue

at this point it suposed to go to the pick plan but does nothing. here is an image https://i.postimg.cc/t4NJwp6d/error1.png
and other image https://i.postimg.cc/BQWvvXcc/error2.png not sure if this is a bug or a site problem I am on Firefox 98.0.1 Windows 11 22000.588 Enterprise. no addons enabled and tested on a fresh profile same results


Actual results:

once hit continue the page sits there and then the green continue button turns grey. and your stuck without proceeding to  the next step


Expected results:

it should have loaded the next step of picking the subscription card.
Bug: Intermittent browser/components/sessionstore/test/browser_sessionHistory.js | Several wireframe rects were captured. -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-03-21 20:44:34+00:00
Resolved: 2022-07-25 23:05:48+00:00

**Filed by:** ctuns [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=371789898&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/fOSUEmbmQgCzZKArPZ5n6Q/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/fOSUEmbmQgCzZKArPZ5n6Q/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2022-03-21T20:41:24.206Z] 20:41:24     INFO - TEST-PASS | browser/components/sessionstore/test/browser_sessionHistory.js | A wireframe was captured and serialized. - 
[task 2022-03-21T20:41:24.207Z] 20:41:24     INFO - Buffered messages finished
[task 2022-03-21T20:41:24.207Z] 20:41:24     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_sessionHistory.js | Several wireframe rects were captured. - 
[task 2022-03-21T20:41:24.207Z] 20:41:24     INFO - Stack trace:
[task 2022-03-21T20:41:24.207Z] 20:41:24     INFO - chrome://mochikit/content/browser-test.js:test_ok:1394
[task 2022-03-21T20:41:24.207Z] 20:41:24     INFO - chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_sessionHistory.js:test_wireframes:324
[task 2022-03-21T20:41:24.208Z] 20:41:24     INFO - Leaving test bound test_wireframes
[task 2022-03-21T20:41:24.208Z] 20:41:24     INFO - GECKO(7196) | MEMORY STAT | vsize 908MB | vsizeMaxContiguous 1806MB | residentFast 213MB | heapAllocated 95MB
[task 2022-03-21T20:41:24.208Z] 20:41:24     INFO - TEST-OK | browser/components/sessionstore/test/browser_sessionHistory.js | took 3290ms
[task 2022-03-21T20:41:24.209Z] 20:41:24     INFO - checking window state
[task 2022-03-21T20:41:24.209Z] 20:41:24     INFO - GECKO(7196) | Completed ShutdownLeaks collections in process 8596
[task 2022-03-21T20:41:24.209Z] 20:41:24     INFO - TEST-START | Shutdown
```
Bug: Firefox saves webp and other files configured to "always open in Firefox" without asking, despite browser.download.useDownloadDir=false
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-03-22 11:02:09+00:00
Resolved: 2022-08-04 09:44:54+00:00

1. Use a clean profile
2. In about:settings, choose "Always ask you where to save files", i.e. `browser.download.useDownloadDir=false`
3. Open https://www.ghacks.net/wp-content/uploads/2022/03/azure-folder-listing-scaled.webp

**Actual**: Firefox saves the image into my downloads folder
**Expected**: I'm asked where I want to save the file

Regression window: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c9024bd9b6bf49c41de8a0a26eafc94994b3e038&tochange=98d579a676faca258a61f6365462b7d6c3d8148c

Yeah, I get it, if I had configured "WebP Image" to "Open in Nightly" then this behavior might make sense. The problem is that I never configured that, it's by default. This breaks any reasonable expectations.

And kinda off-topic, but Firefox should be able to show the WebP image without downloading it first?
Bug: Developer edition missing Experimental settings
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-22 11:28:54+00:00
Resolved: 2022-03-22 19:05:45+00:00

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

Steps to reproduce:

Entered into the URL bar: about:preferences#experimental


Actual results:

No experimental settings area appeared


Expected results:

Experimental settings area should appear as per the release notes saying that it should appear in the FF 99 beta to use the Firefox 100 User-Agent String :
https://www.mozilla.org/en-US/firefox/99.0beta/releasenotes/?utm_source=firefox-browser&utm_medium=firefox-desktop&utm_campaign=about-dialog
Bug: Firefox 98 Forces Temporary Files to Download Folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-22 14:47:39+00:00
Resolved: 2022-03-22 17:40:14+00:00

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

Steps to reproduce:

Updated to Firefox 98 (Windows 10, 21H2). Selected (continued to select) "open PDF files with [non-Adobe PDF viewer program, not Firefox's crappy internal viewer]." Selected PDF files from legitimate on-the-net sources by BOTH right-click and save-to-file, and left-click (same behavior).
NOTE: There was NO update to the viewer.


Actual results:

Viewer opened as before. HOWEVER, all temporary files were redirected to the system download folder, NOT the system temporary folder (as had been done before Firefox 98). Temporary files were NOT deleted upon closing either Firefox or the viewer. Needless to say, this causes problems with managing things. "Clear history" did NOT delete these files.


Expected results:

Temporary files should (a) have been placed in the system temporary folder, and (b) should be deleted upon closing the viewer and/or Firefox.

Inference: This is related to the new behavior of the download popup introduced in Version 98. (It's not my preference; I wish there was a way to turn it off; I can live with it, since the [Esc] key successfully closes the popup.)
Bug: Title of new tab page is not properly updated when live language switching
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-03-22 15:32:00+00:00
Resolved: 2022-04-12 10:03:23+00:00

Preconditions:

user_pref("intl.multilingual.downloadEnabled", true);
user_pref("intl.multilingual.enabled", true);
user_pref("intl.multilingual.liveReload", true);
Install:
[language-pack fr](http://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central-l10n/linux-x86_64/xpi/firefox-100.0a1.fr.langpack.xpi)

STR:
1. Install a firefox Firefox locale, en-us for example (autoset region not that relevant).
2. Install language packs from the preconditions.
3. Open about:preferences / Language.
4. Switch the language to fr.
5. Open a new tab.
6. Reload the new tab.
7. Open a second new tab.

Actual results

5. The new tab has the English title "New Tab"
6. The tab has the French title "Nouvel onglet"
7. The new tab has the English title "New Tab"

Expected results

The French title is used in all instances.
Bug: The download/open with popup is not appearing anymore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-22 16:53:02+00:00
Resolved: 2022-04-13 16:09:27+00:00

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

Steps to reproduce:

Download a file


Actual results:

It downloaded without asking


Expected results:

It should have shown the download/open with dialog
Bug: On Windows 7, yellow dotted focus rings for currently selected item in the Library looks weird when using light themes
Status: NEW
Priority: P2
Created: 2022-03-22 18:35:09+00:00
Resolved: 2022-05-10 19:31:25+00:00

STR:
1. Confirm that Firefox is currently on a light theme.
2. open the Library window.
3. Select random bookmarks.

Expected Behavior:
No yellow dotted focus rings appearing for currently selected item (see 96.0.2).

Actual Behavior:
Yellow dotted focus rings appearing for currently selected item.


Pushlog:https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=55986f37737f55b22c4b7ebd4bbdd3ebf8ddeedf&tochange=da44efee8b93dc535742c212967740a736987d27

Not sure why this is happening, but personally the grey background for currently selected item (since Proton?) was already pretty bad, and I am not sure how this yellow dotted border helps. I am sure this is unintentional because this issue is not reproducible on Linux builds, where yellow dotted focus rings have existed since at least ESR 78.
Bug: Firefox Nightly resets the synced Pinned "Top Sites" after new install/login
Status: NEW
Priority: P3
Created: 2022-03-22 19:53:07+00:00
Resolved: 2023-02-26 23:35:06+00:00

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

Steps to reproduce:

Install a fresh copy of Firefox Nightly (currently 100.0a1 from 2022-03-22) and login, all items will sync except the pinned top sites.


Actual results:

After a fresh install, or just simply deleting your prefs folders on windows/linux and logging in to sync, all top sites will still populate with your most used links from your synced history, but not your pinned ones.

Going on to other machines where sync was already setup will get the "new updated" pinned site list,losing all the pins.

Creating new pins after this will allow them to sync fine! It seems to just be the initial login that for some reason takes out the pins in your synced settings.


Expected results:

Log in and receive your synced pinned top sites along with your bookmarks and extensions.
Bug: Opened files are saved in a location that isn't the default downloads folder (when the default the root of a windows drive)
Status: NEW
Priority: P3
Created: 2022-03-22 21:02:01+00:00
Resolved: 2022-04-01 13:50:10+00:00

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

Steps to reproduce:

Download a file (that has Ask Always set for the file type) and select View/Open.


Actual results:

After closing the file, it's left in Downloads (in the user's profile directory).


Expected results:

Download it to the temporary directory where it gets deleted. Previous versions of Firefox did it so.
Bug: WebAuthn attestation none has invalid format
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-22 22:10:16+00:00
Resolved: 2022-03-23 09:18:23+00:00

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

Steps to reproduce:

This bug was found during the on-going FIDO Alliance interop testing.
When testing an authenticator with attestation "none" format against any server, the server returns an error.


Actual results:

When analyzing the attestation returned, the authData is composed of the following:
RP ID hash || flags || counter || 0x00 || L || credential ID ...
instead of the expected format for attestation "none" with a null AAGUID
RP ID hash || flags || counter || 0x00 times 16 || L || credential ID ...
It seems the AAGUID is reduced to a single 0x00 byte, whereas it should be sixteen 0x00 bytes. The server reads past the end of the AAGUID, and then reads L somewhere in the middle of credential ID. At which point it would fail

The bug is probably introduced by
https://phabricator.services.mozilla.com/D135911
which fixed the following
https://bugzilla.mozilla.org/show_bug.cgi?id=1665466 and
https://bugzilla.mozilla.org/show_bug.cgi?id=1724659

It is probably caused by the following loc
https://github.com/mozilla/gecko-dev/blob/master/dom/webauthn/WinWebAuthnManager.cpp#L460
but the API ReplaceElementsAt is missing documentation.
Following
https://searchfox.org/mozilla-central/source/xpcom/ds/nsTArray.h#2453
it seems this API doesn't overwrite the AAGUID with 16 zeroes, like memset, but instead remove the AAGUID and replaces it with a single byte.
Bug: Password exposed when disconnecting from firefox account
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-22 22:49:50+00:00
Resolved: 2022-04-27 03:16:59+00:00

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

Steps to reproduce:

Disconnected from firefox account, I notice that all my passwords are exposed in the browser 
https://ibb.co/HVR8B2S


Actual results:

Exposed passwords
Bug: Typing Korean in YouTube search bar and pressing Enter/Return causes bar to be deleted
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-23 01:44:05+00:00
Resolved: 2022-03-25 04:33:53+00:00

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

Steps to reproduce:

Currently using Arch Linux with KDE Desktop Environment. Using Fcitx5 with fcitx5-hangul to type. I go to https://www.youtube.com/, then I type some Korean texts that I want to search, then I press enter.


Actual results:

Pressing enter while the last typed letter is selected, causes the entire search bar to be wiped, not returning results.


Expected results:

The webpage should automatically redirect to search for what I have typed.
Bug: Autofill is not working when i change input source (to my own language) in Mac OS Montery- Macbook pro 14 inch M1 pro
Status: NEW
Priority: P3
Created: 2022-03-23 05:03:32+00:00
Resolved: 2022-11-19 02:22:54+00:00

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

Steps to reproduce:

Entering the website address in the URL bar and auto complete is not working on my macbook pro 14 inch M1 pro chip. 


Actual results:

If the iput source of keyboard preference is "ABC" , the the URL autocomplete works just fine. However, if i change the input source to my native language  key board layout, in my case is "VNI", the autocomplete is no more working and unable to provide the suggestion.


Expected results:

due to choice of input sources of the system.
Bug: Unloaded tab loads urlbar string in default search engine instead of the correct page
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-03-23 05:05:35+00:00
Resolved: 2022-05-16 11:41:43+00:00

Lately, in the last few weeks or months, I've been bothered because some unloaded tabs are loading pages I've never visited. Until I understood what's going on and how to reproduce the issue.

If there was a typed string in urlbar when you [discarded a tab](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/tabs/discard), the next time you select that tab will open results in default search engine for the string instead of restoring the page that was loaded when the tab was discarded.

I use [Sidebery](https://addons.mozilla.org/en-US/firefox/addon/sidebery/), but will recommend a lighter extension to reproduce the issue:

1. Install [UnloadTabs](https://addons.mozilla.org/pt-BR/firefox/addon/unload-tabs/).
2. Open any page, like `example.com`.
3. Replace urlbar content by typing anything, like `yadayada`, but don't press `Enter` so you don't leave current page.
3. Right-click the tab and unload it. A different tab will be selected.
4. Click the unloaded tab to activate it.

Instead of loading the page that was open when you discarded the tab (`example.com`), it will load search results for `yadayada` using default search engine (`Google` in my case).

At least you can still press back button to return to `example.com`, but it's still a critical bug causing the loading of pages that I never visited, sharing content that may be sensitive (I may have typed anything in urlbar).

Using mozregression, this bug arose when fission was enabled by default:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=383986e2f5cb835a55c47bbd6e15d81035ca0784&tochange=d6e8528f0a936df88369c71f4e390e31a4d621a1

If you disable `fission.autostart` and restart, restoring a manually discarded tab doesn't work at all, Fx fails to load anything and displays "*Hmm. That address doesn’t look right.*".

Running mozregression again, this is the range that initially broke restoration of manually unloaded tabs when there was something typed in urlbar:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c734901eec31cab5cff79a272e9e2f266232f58d&tochange=feee34371f46ffd13fa8a7f42ea4a65138bddb7b
Bug: Color section is not properly displayed on Ubuntu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-03-23 07:09:37+00:00
Resolved: 2022-03-28 11:15:53+00:00

**Affected versions**
* Fx 100.0a1

**Affected platforms**
* Ubuntu 18.4

**Steps to reproduce**
1. Launch Firefox and go to about:preferences
2. Scroll to Language and Appearance section
3. Observe the Colors text and Manage Colors button


**Expected result**
* Color section is displayed correctly under the Language and Appearance section.

**Actual result**
* There's no space between Color text  "Override Nightly’s default colors for text, website backgrounds, and links." and Manage Colors button.


**Additional notes**
* See the attached screenshot

**Regression range**
*Not a regression, new feature*
Bug: Firefox saves to Downloads instead of tmp when opening
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-23 11:38:06+00:00
Resolved: 2022-04-01 13:20:21+00:00

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

Steps to reproduce:

Set the download folder to ~/Downloads if not done, then set pdf's to "always ask" when opened.

Open a link towards a pdf, then select open with firefox or with another program.


Actual results:

Firefox says it's an executable file and insecure, downloads it in Downloads after confirmation, and then opens it.


Expected results:

Since it's just opened, it should be saved in /tmp instead of Downloads (as confirmed in https://bugzilla.mozilla.org/show_bug.cgi?id=1626910)

I guess it might be related to https://bugzilla.mozilla.org/show_bug.cgi?id=1696064 but I'm not sure.

Also, not sure it's relevant, but I'm working on Manjaro Linux.
Bug: Downloads fail when the previous location is not available anymore
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-23 12:39:45+00:00
Resolved: 2022-04-29 13:44:28+00:00

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

Steps to reproduce:

Wenn die letzte location in der ein Download erfolgte nach Reboot nicht mehr Verfügbar ist (Die Festplatte auf der der Letzte Download erfolgte ist gestorben)  schlagen alle versuche fehl etwas Herrunterzu laden. obwohl eine neue Location in den einstellungen festgelegt wurde



Expected results:

Windows 10
Intel i7 Plattform
32 GB RAM
Bug: Cannot open a hidden (a name starting with .) within the file picker.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-23 13:15:19+00:00
Resolved: 2022-04-11 08:04:11+00:00

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

Steps to reproduce:

The origin - I have tried as usual to add an attachment to an email when creating a message within a web email client:
- clicked on the "Add an attachment" button
- the file picker opened
- I went to the source directory and - no file there!

A short version:
- create some a couple of hidden files within a source directory
- Ctrl-o from FF
- go to the source directory
- and no hidden file(s) there.


Actual results:

Cannot select any hidden file.


Expected results:

I can select any file I want to.
(as I did last time (on 28.2.2022))
Bug: Combined items (zoom controls, clipboard cut/copy/paste controls, profiler button) are misaligned inside the Overflow Menu while in Customize page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-03-23 13:25:48+00:00
Resolved: 2022-03-30 13:52:14+00:00

Follow up from [bug 758085](https://bugzilla.mozilla.org/show_bug.cgi?id=1758085#c15)

**Affected versions**
- 100.0a1 (2022-03-22)

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

**Steps to reproduce**
1. Go to Menu - More tools - Customize toolbar
2. Drag several items inside the Overflow Menu (make sure to include “Profiler” and “Edit Controls”)
3. Observe the Overflow Menu inside the Customize page

**Expected result**
- All items are aligned.

**Actual result:**
- “Profiler”, “Edit Controls”  are not aligned with the rest of the items.

**Regression range**
- Regressor bug: [1747437](https://bugzilla.mozilla.org/show_bug.cgi?id=1747437)
Bug: audio playback continues (does not stop) after closing firefox tab playing the embedded video
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-23 15:36:28+00:00
Resolved: 2022-03-23 15:38:24+00:00

This bug is back on 98.0.1. Happened on https://ekspress.delfi.ee/artikkel/96222089/toompeal-plaaniti-hoolimata-sojaajast-voimupooret-ratase-diil-ekre-ja-isamaaga-jai-viimasel-hetkel-katki (paywall).


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

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)


Audio playback continues (does not stop) to be heard on the speakers even though I have closed the particular tab playing the embedded video with this particular audio.

I try to close Firefox (close all the tabs) but the audio continue to be heard on the speakers.

The GUI is gone but looking at the task manager firefox.exe is still running.

The ONLY way to get rid of the task is to reboot.

Reproducible: Sometimes

Steps to Reproduce:
1.I go to dailymotion.com.
2.I start to right-click on a video link and select "Open link in a new tab".
3.Create several tabs playing each a video.
4.Pause some videos.
5.Only plays 1 video at a time of course to have only 1 audio playback through speakers.
6.Sometimes after closing one tab, the audio continues to play.
7.I even close completely firefox browser ; the audio continues to play.
8.If I try to update Firefox, it says an instance of Firefox is already running.

2.
3.
Actual Results:  
The audio playback continues to be heard on the speakers

Expected Results:  
The audio should stop like it does usually.

It takes at least 5 minutes to reproduce as you have to have several embedded videos playing in several tabs. They do not have to play at the same time. One can play while the other videos are paused.

After a while, the browser becomes unresponsive.

It looks like an audio engine crash because the audio continues to play and I can not terminate firefox normally. Firefox is present in the task manager.

Some resources are still in use even though Firefox GUI is gone.

IMPORTANT! There is no error message from Firefox.
Bug: Can't add new search engines
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-23 16:23:33+00:00
Resolved: 2022-04-22 09:11:32+00:00

Steps to reproduce:

i went to mycroft project, as i usually do, to add back the many missing search engine shortcuts. but FF is not allowing more than 3 search engines.  using laptop with windows 10.


Actual results:

new search engine replaced prior search engine shortcut. new search engine shortcuts not even listed in the settings/search.


Expected results:

search engine shortcuts should appear in the search window AND on the settings/search page.  [this happened once or twice before but resolved when restarted ff. that is not happening this time. i even checked & got update to 98.0.2 but didnt help.