av9ash/GitBugs huggingface dataset:
Bug: [foxfooding] Desktop Onboarding Callout not functioning
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-15 21:47:41+00:00
Resolved: 2022-10-03 16:06:33+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:106.0) Gecko/20100101 Firefox/106.0
**Window Size (inner width and height):** 1368x779
## Steps to Reproduce
1. Navigated to the “about:config” page
2. Searched for the browser.firefox-view.feature-tour preference, and set it to the following value: `{“message”:”FIREFOX_VIEW_FEATURE_TOUR”,”screen”:”FEATURE_CALLOUT_1″,”complete”:false}`
3. Entered about:firefoxview

## Expected Behavior
A callout message with "Next" button should appear

## Actual Behavior
No callout messages were shown.

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/b706d786-bf18-4b11-855c-64a127b9c408.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/b706d786-bf18-4b11-855c-64a127b9c408.png)
Bug: [foxfooding] step: Desktop Onboarding Callout, no "Next button" on callout dialog
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-15 21:51:40+00:00
Resolved: 2022-09-19 19:59:37+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:106.0) Gecko/20100101 Firefox/106.0
**Window Size (inner width and height):** 926x658
## Steps to Reproduce
follow foxfooding step "Desktop Onboarding Callout" > "Testing Steps: Desktop" > "Step 2"

## Expected Behavior
next button shows in callout

## Actual Behavior
no next button in callout

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/88e5a62a-9657-45b1-b0b5-ca6e0d3f070b.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/88e5a62a-9657-45b1-b0b5-ca6e0d3f070b.png)
Bug: The Firefox View "Tab Pickup" section's "Last Active" badge blink/flash/change size when Tab Pickup list is re-rendered/updated
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-15 22:10:27+00:00
Resolved: 2023-02-06 07:23:42+00:00

(Spinning this off from bug 1791089).

STR:
1. Visit Firefox View; ensure that "Tab Pickup" shows some tabs (from Sync)
2. In devtools, manually force your tab-pickup-list to update by executing the following in web console:
```
document.getElementsByTagName("tab-pickup-list")[0].getSyncedTabData()
```
3. (optional) Repeat step 2.

ACTUAL RESULTS:
Every time the tab pickup list updates, there's a brief visual glitch -- the "Last Active" badge briefly collapses away to be a small circle and then comes back.

EXPECTED RESULTS:
No such visual glitch.

Right now this happens at every step of the tour as noted in bug 1791089. But I assume it also happens in the background when the synced tab list is updated, too.
Bug: [foxfooding] Tab Pickup not respective containers
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-15 22:39:59+00:00
Resolved: 2022-09-21 15:10:10+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:104.0) Gecko/20100101 Firefox/106.0a1
**Window Size (inner width and height):** 1920x942
**GitHub Username:** @morachimo
## Steps to Reproduce
Running Firefox Nightly 106.0a1 and Firefox Stable on a separate device

## Expected Behavior
Tab Pickup should open the tabs I have open in my other device with the appropriate container. 

## Actual Behavior
Tab Pickup opens the tabs outside of any container (general view).
Bug: [foxfooding] Unclear how to disable Firefox View
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-09-15 22:47:09+00:00
Resolved: 2022-10-18 16:37:29+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1920x942
**GitHub Username:** @morachimo
## Steps to Reproduce
1) Running Firefox View in Nightly 106.0a1

## Expected Behavior
Firefox View appears

## Actual Behavior
For people running this feature for the first time, there are no clues on how to disable it for the future or even how to get rid of the current tab pinned to the left. I understand this is treated as another element of the toolbar but the route of removing it from there was not intuitive for me.
Bug: Health login opening
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-16 06:21:57+00:00
Resolved: 2022-09-17 19:10:09+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
Firefox for Android

Steps to reproduce:

1. Login spelling rough.
2. Mentioned age restriction. 



Actual results:

It shows in correct


Expected results:

Need to resolve
Bug: Firefox Private icon is not localized for Spanish build on Start menu.
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2022-09-16 08:39:29+00:00
Resolved: 2022-10-11 16:19:45+00:00

**Note**
* So far I was able to reproduce the issue only on Spanish build.

**Found in**
* 106.0a1(20220915171049)

**Affected versions**
* 106.0a1(20220915171049)

**Tested platforms**
* Affected platforms: Win7 / Win10
* Unaffected platforms: 

**Steps to reproduce**
1. Uninstall all existing Firefox builds, delete all profiles and registry.
2. Do a Nightly clean install with a Spanish build.
3. Check all Firefox icons from Start menu.

**Expected result**
* Firefox Private Browsing icon should be localized.

**Actual result**
* Firefox Private Browsing icon is not localized on the Start menu(see screenshot attached).

**Additional notes**
* Could not reproduce the issue on French and Italian. I will try more localized builds.
* I am suggesting only S3 severity since it is reproducing only on Spanish so far.
Bug: [Experiment] Users are not enrolled into the QA Nightly Firefox MR Existing User Experience experiment on Firefox 105
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-16 09:18:19+00:00
Resolved: 2022-10-07 03:46:17+00:00

**[Affected Versions]:**
- Firefox RC 2 105.0 (Build ID: 20220915150737)
- Firefox Nightly 105.0a1 (Build ID: 20220802094116)

**[Affected Platforms]:**
- Windows 10
- macOS 11.6.6
- Linux Mint 20.2

**[Prerequisites]:**
- If using a build other than Nightly, have the “channel-prefs” file of the build modified to have "app.update.channel" set to “nightly”.
- Have updates disabled (e.g. by selecting “Check for updates but let you choose to install them” from “about:preferences”).

**[Steps to reproduce]:**
1. Open the browser. 
2. Open “about:config” and set the following prefs:
` messaging-system.rsexperimentloader.collection_id` set to `nimbus-preview`.
`messaging-system.log` set to `all`
3. Open the Multiprocess Browsing Console (using Ctrl/command + Shift + J).
4. Restart the browser (by using Ctrl/command + Alt + R with the Browsing Console focused).
5. Open “about:studies” and observe the page.
6. Focus the Browsing Console and observe the messages displayed for “qa-nightly-firefox-mr-existing-user-experience”.

**[Expected result]:**
Step 5. The “QA Nightly Firefox MR Existing User Experience” study is displayed in “Active studies”.
Step 6. There is a message displayed stating that “qa-nightly-firefox-mr-existing-user-experience” matched.

**[Actual result]:**
Step 5. The “QA Nightly Firefox MR Existing User Experience” study is not displayed.
Step 6. There are messages displayed stating that 
- “qa-nightly-firefox-mr-existing-user-experience did not validate” 
-  properties do “not match additional properties schema.”

**[Notes]:**
- The Nightly version of the build displays the message that “Experiment qa-nightly-firefox-mr-existing-user-experience has unknown featureId: majorRelease2022”.
- The issue is not reproducible for Firefox Nightly 106.0a1 (Build ID: 20220915171049)
- Attached is a recording of the issue.
Bug: Data stored in disk not updated immediately in pages 'about:preferences#privacy' and 'about:cache'
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-09-16 10:06:24+00:00
Resolved: 2022-10-06 16:01:26+00:00

Hello. Data stored in disk not updated in pages `about:preferences#privacy` and `about:cache`.

*Steps to reproduce:*
1. At start | two tabs visible; one has a web site the other has `about:preferences#privacy`. Note: in following instructions those pages are respectively referred as _site_ and _#privacy_.
2. in _#privacy_ | Click _Clear Data_ then clear cookies and site data stored.
3. in _site_ | reload current page by clicking icon pointed in attachment firefox_reload_icon.png.
4. in _#privacy_ | reload current page then make note of the size reported in _Your stored cookies, site data, and cache are currently using <_value_> bytes of disk space._
5. in _site_ | Display Web developer tools, show Network tab. Ensure option _Disable cache_ is not checked. Reload current page by clicking _Reload_ that is located between expressions "_Perform a request or_" and "_the page to see detailed information about network activity._"
6. repeat 4. step.


Results observed by steps:
4. Storage size remains unchanged (null; 0 byte). Reported size value was not updated, which illustrates the issue.
6. Storage size changed (not null). Reported size was updated, which illustrates the intended behaviour.
Bug: [Colorway Closet] The checkmark’s framing is disproportional on some locales when reducing the browser’s width if “Firefox Home is now your homepage” translation  generates a long string
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2022-09-16 12:21:45+00:00
Resolved: 2022-12-06 20:28:40+00:00

**Found in**
* 106.0a1

**Affected versions**
* 106.0a1

**Affected platforms**
* macOS 11
* Windows 10
* Ubuntu 20

**Preconditions**
* Have a locale build installed that we’ll generate a long string once “Firefox Home is now your homepage” is translated  (eg. it, fr, hu, ru).
* In about:config set:
   - "browser.theme.colorway-closet" to true
   - "browser.tabs.firefox-view" to true

**Steps to reproduce**

1. Set a custom home page in about:preferences
2. Open Colorways modal from FxView or from about:addons 
3. Click on the Apply button.
3. Reduce the width of the browser considerable 

**Expected result**
* The checkmark has a good space proportion, no overlapping occurs.

**Actual result**
* The checkmark’s framing is disproportional; the [Set colorway] button is overlapped.

**Regression range**
* This behaviour is generated by the length of the  “Firefox Home is now your homepage” string  translation.
Bug: [Colorway CLoset] The hover effect for the Address Bar items is not visible with certain Colorway themes with Bold intensity
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-16 12:52:48+00:00
Resolved: 2023-06-02 15:23:46+00:00

**Found in**
* 106.0a1 (20220916033628)

**Affected versions**
* 106.0a1 (20220916033628)

**Tested platforms**
* Affected platforms:
* Windows 10x64
* macOS 11
* Ubuntu 21.04

*Preconditions*
* set `browser.theme.colorway-closet:true` and `browser.tabs.firefox-view:true`


**Steps to reproduce**
1. Set Colorway theme to Activist > Bold
2. Open a random webpage and hover over the URL bar elements.

**Expected result**
* The hover effect can be seen.

**Actual result**
* The hover effect is not visible.

**Regression range**
*  I don't think this is a regression. I can reproduce the issue starting with bug 1771775.

**Additional notes**
* Attached a screen recording. 
* A similar issue can be seen when using Dreamer > Bold colorway theme where the hover effect is not so visible as on other Colorway themes.
Bug: Digital storage size unit symbols not expressed according to the language set in Firefox if language changes (need to switch downloads.properties units to fluent)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-09-16 13:35:30+00:00
Resolved: 2023-05-19 12:24:49+00:00

Hello. Digital storage size unit symbols are not expressed according to the language set in Firefox

Conditions:
- Linux OS locale: English **non-alike**.

In Firefox | in `about:preferences#general`
- language set: _English (US)_
- option _Use your operating system settings for “suomi (Suomi)” to format dates, times, numbers, and measurements._: **not checked**.

Observed effects
in `about:preferences#privacy`the sizes reported in section _Cookies and site Data_ the measure units are expressed according to my OS locale, not the language set in Firefox. Then either _tavua_ or _t_, respectively for byte and bytes are exhibited instead of the correct forms which are _byte_ and _B_.
Bug: Firefox 104.* renders PDF text incorrectly on windows
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-09-16 15:02:25+00:00
Resolved: 2023-02-10 16:07:18+00:00

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

Steps to reproduce:

Open bad.pdf


Actual results:

No text is displayed compared to good.pdf


Expected results:

bad.pdf should look like good.pdf, i. e. display "Lohnabrechnung"
Bug: When multiple tabs are selected, "Open Link in New Tab" opens next to the rightmost tab of the selected tabs, not next to the current tab.
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-17 00:26:08+00:00
Resolved: 2023-06-09 13:34:40+00:00

Steps to reproduce:
1. Open multiple tabs
   e.g. [Tab A][Tab B][Tab C][Tab D][Tab E]
2. Click on [Tab A] to select
3. Ctrl+Click on [Tab C] and [Tab D]
4. Right click on a link in [Tab A] and choose `Open Link in New Tab`
   OR
   Middle click on a link in [Tab A] 

Actual Results:
The link is open next of [Tab D].
i.e, [Tab A][Tab B][Tab C][Tab D][New one][Tab E]



Expected Results:
The link should open next of [Tab A].
i.e, [Tab A][New one][Tab B][Tab C][Tab D][Tab E]
Bug: urlbar is not focused by opening a new tab from fullscreen video
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-17 10:07:27+00:00
Resolved: 2022-09-19 12:43:20+00:00

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

Steps to reproduce:

1. playback a youtube video in fullscreen
2. press ctrl+t


Actual results:

- new tab opens
- no input is focused so it is not possible to type right away without clicking into the url bar


Expected results:

- open a new tab
- the urlbar should be focused (the same behavior when opening a tab without a fullscreen mode)
Bug: Ctrl+Shift+P Privacy mode automatically opens in kiosk mode
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-17 15:04:15+00:00
Resolved: 2022-09-19 13:56:25+00:00

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

Steps to reproduce:

From Firefox in normal mode, I open a "New Private Window"


Actual results:

A new window opens in Private mode, but in kiosk mode as well.


Expected results:

The new Firefox window should open in non-kiosk mode. Thewre should be tabs and a Windows Title Bar.
Bug: Firefox View tab should not be shown in ctrlTab panel
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-18 01:01:21+00:00
Resolved: 2022-09-26 14:09:56+00:00

Hidden tabs normally can't be accessed by Ctrl+Tab. If you set `browser.ctrlTab.sortByRecentlyUsed` to true, they still won't show in the list, but they are added to the list upon being selected. Normally, a hidden tab would be unhidden on select, so this wouldn't be a problem. But because the Fx View tab is always hidden, even when selected, it gets added to the list.

To my knowledge we haven't had any kind of tab that could be hidden and selected at the same time, so I don't think there's any expected convention for this. But I think a sensible behavior would be to only show the Fx View tab if it's currently selected. That way, if you have Fx View selected, you can still open the ctrlTab panel just to look at the recent tabs and hit Shift+Ctrl+Tab to avoid changing tabs.

We already add the Fx View tab to the list on TabSelect, and we can use `event.detail.previousTab` to remove it from the list when it's deselected.
Bug: Cannot rearrange tabs in second window
Status: UNCONFIRMED
Priority: --
Created: 2022-09-18 19:11:17+00:00
Resolved: 2024-05-26 11:52:44+00:00

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

Steps to reproduce:

Open two windows (by detaching one of two tabs from a first window), then open some more tabs there.


Actual results:

Tabs in the second window cannot be rearranged by drag-and-drop, nor can tabs be dragged to be "merged" with it. (1st window works fine)

Tabs in a 3rd and 4th window can be rearranged and tabs from second window can be moved there - until all are moved and the window no longer exists. Then, and only then, the new-second window starts having the same issue.


Expected results:

Tabs in any window should be able to be rearranged. Any window should be able to "accept" tabs being moved to it.
Bug: Audio playing on a pinned tab causes the pinned tab's icon to disappear.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-19 00:14:00+00:00
Resolved: 2022-09-20 21:19:28+00:00

Steps to reproduce:

1.) Open up a music video on Youtube (as an example).

2.) Don't play the video.

3.) Pin the tab with the video.

4.) You will see the YouTube icon on the pinned tab.

5.) Now play the video.

6.) There is no longer any icon in the pinned tab.  It's just a blank tab with an audio sound icon.  With no icon in the tab, one can not tell at a glance what website the tab might be for (example: YouTube).
Bug: Intermittent browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-19 13:43:33+00:00
Resolved: 2025-02-10 12:13:45+00:00

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

---
```
[task 2022-09-19T11:47:40.841Z] 11:47:40     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms.js | Pageproxystate should be invalid - "invalid" == "invalid" - 
[task 2022-09-19T11:47:40.842Z] 11:47:40     INFO - Leaving test bound go_back
[task 2022-09-19T11:47:40.843Z] 11:47:40     INFO - Entering test bound load_url
[task 2022-09-19T11:47:40.844Z] 11:47:40     INFO - Buffered messages finished
[task 2022-09-19T11:47:40.845Z] 11:47:40     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms.js | Test timed out - 
[task 2022-09-19T11:47:41.058Z] 11:47:41     INFO - GECKO(4769) | MEMORY STAT | vsize 20975559MB | residentFast 1567MB
[task 2022-09-19T11:47:41.063Z] 11:47:41     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms.js | took 90546ms
```
Bug: Drag and drop icon stuck inside the tabbar after dragging tabs
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-19 14:14:01+00:00
Resolved: 2023-03-09 06:41:17+00:00

**Found in**
* Firefox 105.0

**Affected versions**
* Firefox 105.0
* Firefox 106.0a1
* Firefox 102.3.0esr 

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

**Steps to reproduce**
1. Open at least two tabs
2. Select the tabs
3. Hold ctrl (mac - alt/option) and drag the tabs to the far left
4. Release the tabs

**Expected result**
* Drag drop indicator is displayed before dropping the tabs and disappears after dropping them.

**Actual result**
* Drag drop indicator is stuck in the tab bar. It will disappear if one tab is moved inside the tabbar though.

**Regression range**
* Not a regression since this is reproducible since https://bugzilla.mozilla.org/show_bug.cgi?id=1593965 was fixed, and very close of implementing the indicator. (https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=19704452bd548d0c36d601d609cfcfe2c3e0caa2&tochange=05f4ac2d6dd6beb54482ce138d36cf3226f2464c)
Bug: Pin private browsing illustration is not centered
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-19 16:22:28+00:00
Resolved: 2022-09-29 06:36:40+00:00

Windows 10
Prerequisites: Firefox is pinned to the taskbar, and private browsing is not pinned to the taskbar.

STRs

1. Launch spotlight modal onboarding
2. Navigate to pin private browsing card
3. Magic hat illustration is slightly offset to the left (please see screenshot: design is on the left, in-product screenshot is on the right).  

Please let me know if we need to add some transparent pixels to the SVG to help center it
Bug: SyncedTabs.jsm should better handle the primary password being recently unlocked.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-09-20 00:17:24+00:00
Resolved: 2023-03-08 09:50:33+00:00

STR:
* Start with PP enabled, decline the first PP prompt.
* Note that as expected, the account menu has no synced tabs
* Arrange for the PP to be unlocked through some other mechanism than forcing a sync (eg, trying to autofill a password or similar should do this, but executing `Weave.Utils.ensureMPUnlocked() ` in the browser console is good for testing)

Expected:
* Showing the account menu should start a sync
Actual:
* It doesn't - the user either needs to force a sync or wait for the next scheduled sync.

SyncedTabs.jsm explicitly declines trying to sync by looking at the `Weave.Status.login` state and this state isn't updated when the PP is unlocked outside of sync. A reasonable solution might be to undo that check (added in bug 1789341 and tweaked in bug 1789876) and replace it with an explicit "is pp locked" check, or maybe something else?
Bug: https://languagetool.org/de tries to replace the favicon for dark theme and that cancels the original favicon load and storing
Status: NEW
Priority: P3
Created: 2022-09-20 00:19:48+00:00
Resolved: 2022-10-11 14:59:10+00:00

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

Steps to reproduce:

Simply add https://languagetool.org/de as a bookmark.


Actual results:

It doesnt show a bookmark icon, i assume its because of a image format firefox doesnt support


Expected results:

Show a icon.
Bug: Focus it's on address bar and not in the page (Google search)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-20 07:30:37+00:00
Resolved: 2022-09-22 13:49:02+00:00

Steps to reproduce:

Open Firefox with Google as home page.




Actual results:

The focus it's on address bar.


Expected results:

Focus should be on page (cursor in Google search box).
Bug: Cannot fill in or draw on the fields of the pdf
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-20 07:41:30+00:00
Resolved: 2022-11-07 13:02:52+00:00

**Note**
*If you try to move the drawing area ar text area on the fields, a value will be pasting.(please see recording)

**Found in**
* Fx 106.0b1

**Affected versions**
* Fx 106.0b1

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

**Steps to reproduce**
1. Open Firefox
2. Access the following pdf form: https://www.irs.gov/pub/irs-pdf/f1040.pdf
3. Click on Draw/Text button
4. Try to draw or fill in on the fields

**Expected result**
* You should be able to draw and fill in on the fields of the pdf.

**Actual result**
* You are not able to draw and fill in on the fields of the pdf. Please see the recording.