av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/preferences/tests/browser_privacy_segmentation_pref.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-08-05 18:25:29+00:00
Resolved: 2024-09-04 12:01:38+00:00

**Filed by:** imoraru [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=469240480&repo=mozilla-esr115
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Dk83UFuVQ6mCAgWajd2-2A/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2024-08-05T17:10:57.704Z] 17:10:57     INFO - TEST-START | browser/components/preferences/tests/browser_privacy_segmentation_pref.js
[task 2024-08-05T17:13:39.495Z] 17:13:39     INFO -  console.error: (new TypeError("connection not specified or invalid.", "resource://gre/modules/Sqlite.sys.mjs", 1507))
[task 2024-08-05T17:13:39.495Z] 17:13:39     INFO -  console.error: (new TypeError("db is undefined", "resource://gre/modules/PlacesUtils.sys.mjs", 1473))
[task 2024-08-05T17:15:39.507Z] 17:15:39     INFO -  console.error: (new TypeError("db is undefined", "resource://gre/modules/PlacesFrecencyRecalculator.sys.mjs", 175))
[task 2024-08-05T17:17:07.727Z] 17:17:07     INFO - Buffered messages logged at 17:10:57
[task 2024-08-05T17:17:07.727Z] 17:17:07     INFO - Entering test bound test_preferences_section
[task 2024-08-05T17:17:07.727Z] 17:17:07     INFO - Buffered messages finished
[task 2024-08-05T17:17:07.727Z] 17:17:07    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/preferences/tests/browser_privacy_segmentation_pref.js | application timed out after 370 seconds with no output
[task 2024-08-05T17:17:07.735Z] 17:17:07  WARNING - Force-terminating active process(es).
[task 2024-08-05T17:17:07.735Z] 17:17:07     INFO - Determining child pids from psutil...
[task 2024-08-05T17:17:07.735Z] 17:17:07     INFO - [3240]
[task 2024-08-05T17:17:07.735Z] 17:17:07     INFO - ==> process 3240 launched child process 3540 ("C:\Users\task_172253503848201\build\application\firefox\firefox.exe" -contentproc --channel="3240.0.1707630672\1618295781" -childID 1 -isForBrowser -prefsHandle 1820 -prefMapHandle 1812 -prefsLen 20963 -prefMapSize 254014 -jsInitHandle 852 -jsInitLen 240916 -parentBuildID 20240805144531 -appDir "C:\Users\task_172253503848201\build\application\firefox\browser" - {99ee313b-71b5-4a81-906a-3a206f9f2063} 3240 "\\.\pipe\gecko-crash-server-pipe.3240" 1884 tab)
```
Bug: A double click on a tab's close button causes the window to resize
Status: NEW
Priority: --
Created: 2024-08-05 18:50:08+00:00
Resolved: 2024-08-30 12:12:07+00:00

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

Steps to reproduce:

1. Open another new tab.
2. Close this tab by making a double click on its x (e.g. effectively simulating an accidental double click or having a defect mouse).


Actual results:

The window geometry swaps as if a normal double click has been done on an empty space in the title bar (or alternatively just clicking the resize/maximize button on the top right).


Expected results:

The window geometry should not have been altered.


Additional details:

I assume this simply happens because the first click on the tab's x is already registered as the first click an an empty space in the title bar so the second accidental click which lands now on the title bar triggers Firefox's behavior to resize the window.
Bug: Google.com dark mode not working
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-08-06 06:54:53+00:00
Resolved: 2024-08-18 06:40:30+00:00

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

Steps to reproduce:

1. Enabled dark mode when logged into my account on Google.com settings
2. I went to Google.com to search “Firefox”
3. Google is still on light mode.


Actual results:

Google is still on light mode while it is enabled on dark mode.


Expected results:

Google search site should have been on dark mode.
Bug: Update the string for the disclaimer in new alt-text dialog
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-08-06 08:14:52+00:00
Resolved: 2024-08-13 08:26:40+00:00

Since we don't display the callout for now, we want to improve the disclaimer message in changing `This alt text was created automatically.` to `This alt text was created automatically and may be inaccurate.`
Bug: No autocomplete for sso.mozilla.com/z. even though it does autocomplete for sso.mozilla.com/zo
Status: NEW
Priority: P3
Created: 2024-08-06 09:22:55+00:00
Resolved: 2024-08-22 10:56:16+00:00

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

Steps to reproduce:

Type sso.mozilla.com/z in the address bar.


Actual results:

Nothing. If I were to hit Enter now, Firefox would navigate to sso.mozilla.com/z.


Expected results:

Autocomplete should have added `oom` and pressing Enter should have brought me to sso.mozilla.com/zoom.

This is what happens if I type sso.mozilla.com/zo (so adding the `o`) in the address bar.

I've attached a screencast demoing it - apologies for the flickering at the start, but it should be visible from 4s onwards.
Bug: Unable to Generate AI Alt Text Automatically if an Empty Description field was previously saved
Status: NEW
Priority: --
Created: 2024-08-06 10:40:53+00:00
Resolved: 2024-08-06 10:40:53+00:00

**Found in**
* Beta 130.0b1

**Affected versions**
* 131.0a1 (2024-08-05)
* Beta 130.0b1 


**Preconditions**
pdfjs.enableAltText	- true
pdfjs.enableUpdatedAddImage - true
browser.ml.enable - true`

**Affected platforms**
* all

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Wait for the AI model to download.
3. Add an image to the PDF file.
4. Delete the AI description and Save the Alt Text as Empty.
5. Reopen the ALT text Modal.
6. Toggle ON/OFF the Create Alt Text Automatically.


**Expected result**
* The AI should generate text without issues

**Actual result**
* The "Couldnt create Alt Text Automatically" Error is displayed.

**Regression range**
Not a regression.
Bug: The Label "This Alt text was created automatically" is still displayed on an empty description field
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-08-06 11:48:53+00:00
Resolved: 2024-09-25 13:11:23+00:00

**Found in**
* Beta 130.0b1

**Affected versions**
* 131.0a1 (2024-08-05)
* Beta 130.0b1 


**Preconditions**
pdfjs.enableAltText	- true
pdfjs.enableUpdatedAddImage - true
browser.ml.enable - true`

**Affected platforms**
* all

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Wait for the AI model to download.
3. Add an image to the PDF file.
4. while the Ai is trying to generate text click inside the Description field.

**Expected result**
* The "This Alt text was created automatically" label should no longer be displayed

**Actual result**
* The "This Alt text was created automatically" is still displayed.

**Regression range**
Not a regression.
Bug: After typing star in the address bar, two filters show up: "Bookmarks" and "Zakładki"
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-06 12:53:51+00:00
Resolved: 2024-08-16 12:35:28+00:00

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

Steps to reproduce:

1. Type * in the address bar.


Actual results:

Two filters show up: "Bookmarks" and "Zakładki" (it means Bookmarks in Polish)


Expected results:

Only one filter should show up, which is localized "Bookmarks".
Bug: The AI Alt Text model is not displayed in a second window
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-08-06 13:55:32+00:00
Resolved: 2024-09-25 13:15:23+00:00

**Found in**
* Beta 130.0b1

**Affected versions**
* 131.0a1 (2024-08-05)
* Beta 130.0b1 

**Preconditions**
pdfjs.enableAltText	- true
pdfjs.enableUpdatedAddImage - true
browser.ml.enable - true`

**Affected platforms**
* all

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Wait for the AI model to download.
3. Add an image to the PDF file and save the AI generated Alt Text.
4. Open a PDF file in a second Private window and Add an image to it.


**Expected result**
* The AI model should generate text automatically.
The Create Alt text automatically option should be displayed in a second window.

**Actual result**
* The Ai will not generate Alt text in a second window.
The Create Alt text automatically option is not displayed in a second window.

**Regression range**
Not a regression.
Bug: Line selection/highlighting in sidebar has a gray background, making white text illegible, unlike in popup [Nightly]
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-08-06 15:40:31+00:00
Resolved: 2024-10-03 10:47:23+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 the sidebar (for example using Ctrl+H for the history), then click on any of the lines or click Tab twice and then press the down arrow to highlight the second line


Actual results:

The selected line gets highlighted with light gray which makes the white text hard to see.


Expected results:

The background should have been blue like in the popup (Ctrl+Shift+H) (see comparison image)
Bug: Weather on new tab page won't allow you to update location
Status: NEW
Priority: --
Created: 2024-08-06 17:24:55+00:00
Resolved: 2024-09-25 13:09:03+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 New Tab page. Click the menu to the right of the weather, click "Change location", enter my zip code and press enter.



Actual results:

Nothing happens when enter is pressed. The field with the zip code is still visible. When clicking off of the weather, the field disappears and the location is the same. If I go back to "Change location", the zip code is still there. 


Expected results:

The field should disappear after pushing enter. The weather location should be updated.
Bug: [Docs] Feature callout doc incorrectly says randomize is a property of tiles rather than MultiSelectItem
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-08-06 17:51:18+00:00
Resolved: 2024-10-22 21:37:27+00:00

If you search for randomize in [the doc](https://firefox-source-docs.mozilla.org/browser/components/asrouter/docs/feature-callout.html), you'll find it is on the `tiles` object. But in reality, it was moved from there to `MultiSelectItem`, so that each item has its own `randomize` property, allowing some items to keep a static position at the bottom/top, or more complicated layouts. So we just need to reflect that in the documentation. Adding a code comment could help explain how that works - I added an explanation to the summary of [the patch](https://phabricator.services.mozilla.com/D202513) where I added per-item randomization, so we can use that.
Bug: Multi select items' checkboxes or radio buttons can shrink in feature callouts if their label wraps onto more than 1 line
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-08-06 17:53:29+00:00
Resolved: 2024-08-21 09:26:37+00:00

There's an awkward bug where having too long a label for your MultiSelectItem causes the checkbox or radio button to shrink, due to the `flex` display mode. We just need to add `flex-shrink: 0` to the input element in the `.checkbox-container`. Pretty straightforward fix (1 point) but high priority (P1).
Bug: Translations Panel menulists do not react to Remote Settings sync until browser restart
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-08-06 20:10:44+00:00
Resolved: 2024-08-19 14:23:12+00:00

### Description

> Note: I believe that this affects every Firefox version with the Translations feature enabled, however I reworked the panel cache logic in Bug 1870327 and still did not fix this issue. This is sufficiently far back that I feel fine considering this the regressor since we are unlikely to fix this issue in all but the most recent Firefox versions. 

The Translations panels (both Select and Full Page) cache the initialized state of their dropdown menu lists the first time that they open. However, they do not appropriately react to the list of available languages changing, for example when publishing a new language model to Remote Settings, or when changing the Remote Settings channel from `Prod` to `Dev`, for example, which may have different language models available. 

We should properly observe these events, and repopulate the panels' menu lists as necessary. 

---

### Steps to reproduce

* Download the [Remote Settings Devtools](https://github.com/mozilla-extensions/remote-settings-devtools/releases) extension.
* Open the FullPageTranslationsPanel or the SelectTranslationsPanel.
* Switch the Remote Settings channel from `Prod` to `Dev`, clear and sync. 
* Reopen the panels and inspect the language lists.

**Expected Behavior**
The `Dev` channel has fewer language models released than the `Prod` channel, so the menulists should have fewer languages (only the ones that are available).

**Actual Behavior**
The menulists have the same languages that they had when Remote Settings was set to `Prod`, and some of the languages will not work, e.g. Vietnamese which is only in `Prod`, but not `Dev` at the time of writing. 

---

### Steps to implement

* Ensure that the Translations panels caches are refreshed if the available language models change.

---

### Tests to implement

* Test pushing live changes to the Remote Settings test databases, ensuring that the panels react accordingly.
Bug: Translations Panel menulists do not react to changing the application locale until browser restart
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-06 20:14:16+00:00
Resolved: 2024-08-20 10:54:23+00:00

### Description

> Note: I believe that this affects every Firefox version with the Translations feature enabled, however I reworked the panel cache logic in Bug 1870327 and still did not fix this issue. This is sufficiently far back that I feel fine considering this the regressor since we are unlikely to fix this issue in all but the most recent Firefox versions. 

The Translations panels (both Select and Full Page) cache the initialized state of their dropdown menu lists the first time that they open. However, they do not appropriately react when the application locale changes, and the language display names within the menulists will persist from the previous locale until browser restart.  

We should properly observe these events, and repopulate the panels' menu lists as necessary. 

---

### Steps to reproduce

* Open the FullPageTranslationsPanel or the SelectTranslationsPanel.
* Navigate to the settings and change your application locale to a new language.
* Reopen the panels and inspect the language lists.

**Expected Behavior**
The dropdown menus' items should be in the same language as the **_current_** application locale.

**Actual Behavior**
The dropdown menus' items are in the same language as the **_previous_** application locale.

---

### Steps to implement

* Ensure that the Translations panels caches are refreshed if the application locale changes.

---

### Tests to implement

* Test changing the application locale after opening both panels, then re-opening the panels to verify that the dropdown menus have updated.
Bug: Intermittent browser/components/backup/tests/browser/browser_settings.js | single tracking bug
Status: NEW
Priority: P5
Created: 2024-08-06 21:36:47+00:00
Resolved: 2025-03-03 06:39:58+00:00

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

---
```
[task 2024-08-06T21:33:25.515Z] 21:33:25     INFO - TEST-PASS | browser/components/backup/tests/browser/browser_settings.js | Filepicker shown - true == true - 
[task 2024-08-06T21:33:25.516Z] 21:33:25     INFO - Leaving test bound test_last_backup_info_and_location
[task 2024-08-06T21:33:25.516Z] 21:33:25     INFO - Buffered messages finished
[task 2024-08-06T21:33:25.516Z] 21:33:25     INFO - TEST-UNEXPECTED-FAIL | browser/components/backup/tests/browser/browser_settings.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-08-06T21:33:25.517Z] 21:33:25     INFO - GECKO(4450) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-08-06T21:33:25.517Z] 21:33:25     INFO - GECKO(4450) | MEMORY STAT | vsize 16379MB | residentFast 386MB | heapAllocated 192MB
[task 2024-08-06T21:33:25.517Z] 21:33:25     INFO - TEST-OK | browser/components/backup/tests/browser/browser_settings.js | took 46297ms
```
Bug: Tab hover preview has a placeholder even when the image preview is disabled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-07 00:02:58+00:00
Resolved: 2024-08-16 11:22:43+00:00

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

Steps to reproduce:

1. Disable `Show an image preview when you hover on a tab` from Preferences.
2. Hover over a background tab.



Actual results:

* Tab hover preview has a placeholder.



Expected results:

* Placeholder is not needed when the image preview is disabled.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9df4a436b2e0349f98c35b94086083c4f4c2c00c&tochange=d64bfab9a5141c2d00ca3f34d46a50c65c89b7ed
Bug: can't rearrange vertical tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-07 06:40:57+00:00
Resolved: 2024-08-07 19:56:03+00:00

Steps to reproduce:

1. enable vertical tabs (sidebar.revamp = true, sidebar.verticalTabs = true)
2. open multiple tabs
3. Try to drag a tab up or down to rearrange it

This is on arch linux using wayland and kde plasma desktop

Name 	Firefox
Version 	129.0
Build ID 	20240806001732
Distribution ID 	archlinux
User Agent 	Mozilla/5.0 (X11; Linux x86_64; rv:129.0) Gecko/20100101 Firefox/129.0
OS 	Linux 6.6.44-3-lts #1 SMP PREEMPT_DYNAMIC Tue, 06 Aug 2024 07:35:07 +0000
Window Protocol	wayland
Desktop Environment	kde


Actual results:

If I pick the bottom tab and drag it up, all the tabs above it disappear after the mouse moves a little bit in the click and drag motion. If I move it really slowly, I sometimes see an animation of the icons disappearing to the right side, and sometimes staggered with the lower icons moving first. Releasing the mouse click over any of this empty area results in the tab being move to the very top.

Similar for moving a tab down. If I click and drag on the topmost tab, all the tabs below it disappear when I proceed with the drag motion. If I try multiple times I sometimes see the animation of them disappearing, this time to the left side.


Expected results:

When dragging a tab, the other tabs shouldn't disappear, and it should show a line indicating the new position for you to release the mouse on. You should be able to move a tab up or down any number of slots, not just to the top or the bottom.
Bug: Intermittent browser/components/preferences/tests/browser_spotlight.js | single tracking bug
Status: NEW
Priority: P5
Created: 2024-08-07 07:22:17+00:00
Resolved: 2025-03-03 07:11:16+00:00

**Filed by:** nfay [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=469479656&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/DBCp0EqBQU-XW-jFhXsm9Q/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2024-08-07T05:56:15.618Z] 05:56:15     INFO - TEST-PASS | browser/components/preferences/tests/browser_spotlight.js | The spotlighted section is cleared - 
[task 2024-08-07T05:56:15.618Z] 05:56:15     INFO - Buffered messages logged at 05:56:14
[task 2024-08-07T05:56:15.619Z] 05:56:15     INFO - TEST-PASS | browser/components/preferences/tests/browser_spotlight.js | The right pane is selected - 
[task 2024-08-07T05:56:15.620Z] 05:56:15     INFO - TEST-PASS | browser/components/preferences/tests/browser_spotlight.js | The subcategory should be removed from the URI - 
[task 2024-08-07T05:56:15.620Z] 05:56:15     INFO - TEST-PASS | browser/components/preferences/tests/browser_spotlight.js | The right subcategory is spotlighted - 
[task 2024-08-07T05:56:15.621Z] 05:56:15     INFO - TEST-PASS | browser/components/preferences/tests/browser_spotlight.js | The spotlighted section is cleared - 
[task 2024-08-07T05:56:15.622Z] 05:56:15     INFO - Buffered messages logged at 05:56:15
[task 2024-08-07T05:56:15.622Z] 05:56:15     INFO - Leaving test bound test_openPreferences_spotlight
[task 2024-08-07T05:56:15.623Z] 05:56:15     INFO - Buffered messages finished
[task 2024-08-07T05:56:15.623Z] 05:56:15     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_spotlight.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-08-07T05:56:15.632Z] 05:56:15     INFO - GECKO(7968) | MEMORY STAT | vsize 2117042MB | vsizeMaxContiguous 65047314MB | residentFast 4351MB | heapAllocated 3100MB
[task 2024-08-07T05:56:15.633Z] 05:56:15     INFO - TEST-OK | browser/components/preferences/tests/browser_spotlight.js | took 92157ms
[task 2024-08-07T05:56:15.645Z] 05:56:15     INFO - GECKO(7968) | [Child 4220: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 290535d7800 == 1 [pid = 4220] [id = 174]
[task 2024-08-07T05:56:15.646Z] 05:56:15     INFO - GECKO(7968) | [Child 4220: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 3 (29050e83400) [pid = 4220] [serial = 349] [outer = 0]
[task 2024-08-07T05:56:15.647Z] 05:56:15     INFO - GECKO(7968) | [Child 4220: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 4 (290535d9000) [pid = 4220] [serial = 350] [outer = 29050e83400]
[task 2024-08-07T05:56:15.687Z] 05:56:15     INFO - checking window state
[task 2024-08-07T05:56:15.732Z] 05:56:15     INFO - TEST-START | browser/components/preferences/tests/browser_statePartitioning_PBM_strings.js
```
Bug: Added images will overlap the PDF More Tools Menu
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-08-07 08:25:25+00:00
Resolved: 2024-10-27 13:09:14+00:00

**Found in**
* Beta 130.0b1

**Affected versions**
* 131.0a1 (2024-08-07)
* Beta 130.0b1 
* Release 129


**Preconditions**
pdfjs.enableAltText	- true
pdfjs.enableUpdatedAddImage - true
browser.ml.enable - true`

**Affected platforms**
* all

**Steps to reproduce**
1. Open a PDF file in Firefox.
2. Add a few images to the PDF file.
3. Open the More Tools menu from the Toolbar


**Expected result**
* The More tools menu should be on top of the image.

**Actual result**
* The added images are overlaping the Toolbar Menu.

**Regression range**
14:00.02 INFO: Last good revision: ca263337fc43cf46c683de41791183f3d97ec24c
14:00.02 INFO: First bad revision: c910eb0c7abf9948529fbc135b3998723457789a
14:00.02 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ca263337fc43cf46c683de41791183f3d97ec24c&tochange=c910eb0c7abf9948529fbc135b3998723457789a