av9ash/GitBugs huggingface dataset:
Bug: version 121.0 updated 27 Dec 2023 stopped restoring previous tabs
Status: NEW
Priority: P2
Created: 2023-12-28 01:38:22+00:00
Resolved: 2024-08-05 12:20:01+00:00

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

Steps to reproduce:

Worked in Firefox in morning.
Saw notice of new download/update available.
Downloaded update 121.0 (64-bit).
Closed Firefox.
Worked in Thunderbird email.
Shut down computer (i.e. for a "cold" boot).
Restarted computer.
Launched Firefox.


Actual results:

Not one of my previous tabs was saved.
Only the initial "new tab" displayed. The customized URL for the homepage displayed as expected.
Opened Firefox/Settings
Clicked on Privacy & Security
Scrolled down to the HISTORY section.
Verified I have Two (2) features selected (check mark present) - the "Remember Browsing and Download History" and "Clear History when Firefox Closes."
With the Settings Tab still displayed, I closed Firefox 121.0 (64-bit), but when I re-launched Firefox, only the new tab with the homepage displayed.


Expected results:

My previous tabs should have been restored as expected.
When I checked the Bugzilla reports, I see that in February 2023 another user reported this same problem, but that person's report has been closed.
Bug: The Issue is about privacy pin related. So as we set a  privacy pin to secure our browser but we can directly enter into browser without any pin entered
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-12-28 12:51:55+00:00
Resolved: 2023-12-29 08:19:37+00:00

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



Actual results:

when we set a privacy pin for secure browser , then when we enter the pin, then should the browser should able to use


Expected results:

but we can directly enter the browser without any pin .
Bug: Cannot set installed Firefox as default browser on a Microsoft Surface with Tablet mode turned off
Status: NEW
Priority: --
Created: 2023-12-28 14:21:12+00:00
Resolved: 2024-01-03 18:43:12+00:00

For testing purposes I'm running various tasks for Firefox on an older Microsoft Surface tablet which has Windows 10 Pro installed. Hereby Firefox is not installed as an App but directly via a downloaded build from mozilla.org.

Trying to set any Firefox installation as default browser doesn't work because the `Default Apps` panel doesn't list Firefox as an option under `Webbrowser`. As such I would have to install the Firefox App to get it set as default, but that's not what I want.

Maybe this is a problem for tablet devices only and running them outside of tablet mode on Windows 10.
Bug: Setting a integer user preference via GPO with a value of 0 makes it a boolean
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-12-28 17:40:57+00:00
Resolved: 2024-02-06 08:33:43+00:00

If you set a Preference policy like this:

  "print.printer_VersaLink_C505.print_paper_size_unit": {
    "Value": 0,
    "Status": "user"
  }

It ends up as false in about:config

We should keep the 0 int value.
Bug: Cannot Save JSON when opened from a blob Object URL
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-29 00:16:05+00:00
Resolved: 2024-01-26 13:07:50+00:00

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

Steps to reproduce:

Create a JSON blob URL in JavaScript. 

```
URL.createObjectURL(new Blob([JSON.stringify({test: 1})], {type: "application/json"})) 
```

When I open the URL created in a new window, the data displays correctly. 


Actual results:

However, when I click save, the save dialog appears and I enter a name for the file. However, when I click "Save", the download dialog reports the download as "Failed" and the file never saves. Instead I have to manually copy the contents of the JSON to a text editor and then save the file that way. 


Expected results:

The file should download successfully.
Bug: Previous tabs not closing when launching the private browsing app before opening Firefox proper
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-29 02:55:48+00:00
Resolved: 2024-09-05 10:46:00+00:00

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

Steps to reproduce:

1. Launch the normal browsing Firefox app and open any new tab
2. Close the app
3. Launch the private browsing Firefox app
4. Launch the normal browsing Firefox app


Actual results:

The tabs open in step 1 were kept open even with the "Open previous windows and tabs" option disabled


Expected results:

Since the app was fully closed the previous tabs should not have opened since the option to open previous tabs on startup was disabled
Bug: The system confirmation dialog is not displayed on Beta and RC when attempting to edit a password in about:login page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-12-29 08:59:52+00:00
Resolved: 2024-01-05 05:16:28+00:00

**Found in**
* 122.0b3

**Affected versions**
* Beta
* Release

**Unaffected versions**
* Nightly

**Affected platforms**
* Windows
* macOS

**Preconditions**
* Have at least one saved login

**Steps to reproduce**
1. Go to about:logins page
2. Enter Edit mode for one of the saved login

**Expected result**
* The user is prompted by the system to provide their OS login credentials for password editing. 

**Actual result**
* The system dialog is not displayed at all.

**Regression range**
* N/A

**Additional notes**
* The system dialog is displayed on new or old Nightly builds.
Bug: Firefox Sync can set a valid key id as stale, breaking sync for all devices until password reset
Status: UNCONFIRMED
Priority: P2
Created: 2023-12-29 09:16:03+00:00
Resolved: 2024-01-31 16:35:43+00:00

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

Steps to reproduce:

I have an old profile that i restored into a new version of Firefox. 
Everything works great except for Firefox Sync. 


Actual results:

Every time I try to connect to my firefox profile and sync, it disconnects the profile instantly and ask me for the password every time, without ever syncing. I tried reinstalling firefox, rebooting, deleting "compatibility.ini", "troubleshoot mode", cleanup and reset, delete the extensions and add-on, delete "signedInUser.json", delete the "wave" folder, delete the "sessionstore" folder, delete "prefs.js", i deleted everything but it still won't sync. 


Expected results:

Normal Sync.

Here are the snippets of about:sync-log :
https://pastebin.mozilla.org/SbjgZgH3
https://pastebin.mozilla.org/wDjVe20N
https://pastebin.mozilla.org/F0oP3jn6
Bug: Figure out / fix browser_new_tab_bookmarks_toolbar_height.js timing out on macOS
Status: NEW
Priority: P3
Created: 2023-12-30 10:47:30+00:00
Resolved: 2024-01-24 14:12:32+00:00

For bug 1843922, I ended up disabling `browser_new_tab_bookmarks_toolbar_height.js` on macOS as I don't currently have access to a Mac and couldn't make sense of this remaining macOS-specific timeout when *not* running in verify mode:

```
[task 2023-12-30T03:32:03.009Z] 03:32:03     INFO - TEST-START | browser/base/content/test/tabs/browser_new_tab_bookmarks_toolbar_height.js
[task 2023-12-30T03:32:04.120Z] 03:32:04     INFO - GECKO(4086) | [ERROR firefox_on_glean::private::string] Unable to set string metric in non-main process. Ignoring.
[task 2023-12-30T03:32:48.893Z] 03:32:48     INFO - TEST-INFO | started process screencapture
[task 2023-12-30T03:32:49.024Z] 03:32:49     INFO - TEST-INFO | screencapture: exit 0
[task 2023-12-30T03:32:49.024Z] 03:32:49     INFO - Buffered messages logged at 03:32:03
[task 2023-12-30T03:32:49.025Z] 03:32:49     INFO - Entering test bound 
[task 2023-12-30T03:32:49.025Z] 03:32:49     INFO - TEST-PASS | browser/base/content/test/tabs/browser_new_tab_bookmarks_toolbar_height.js | bookmarks toolbar is hidden initially; collapsed attribute state - 
[task 2023-12-30T03:32:49.026Z] 03:32:49     INFO - TEST-PASS | browser/base/content/test/tabs/browser_new_tab_bookmarks_toolbar_height.js | bookmarks toolbar is hidden initially; should have zero height - 
[task 2023-12-30T03:32:49.026Z] 03:32:49     INFO - TEST-PASS | browser/base/content/test/tabs/browser_new_tab_bookmarks_toolbar_height.js | bookmarks toolbar is visible after explicitly showing it for tab with content loaded; collapsed attribute state - 
[task 2023-12-30T03:32:49.026Z] 03:32:49     INFO bookmarks toolbar is visible after explicitly showing it for tab with content loaded; waiting for toolbar items to become visible
[task 2023-12-30T03:32:49.027Z] 03:32:49     INFO - Buffered messages finished
[task 2023-12-30T03:32:49.027Z] 03:32:49     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_new_tab_bookmarks_toolbar_height.js | Test timed out - 
```
Bug: Google search suggestions not showing up
Status: NEW
Priority: P3
Created: 2023-12-31 04:08:27+00:00
Resolved: 2025-01-20 17:36:05+00:00

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

Steps to reproduce:

Since I am in mainland China, I must use a proxy to access Google.

Under the same network configuration, when I use Google search in the address bar of Firefox, no search suggestions are displayed; but when I use Google search in the address bar of Microsoft Edge, search suggestions are displayed. No matter which browser I use, search suggestions will always appear for pages I search on Google.

I tried Firefox's troubleshooting mode, but it didn't work.

The HAR file in the attachment is a request for search suggestions I got when I entered Test in the Google search box in private mode. Although the version is 115, it should not be affected. The following is the json file returned by the server.

```json
)]}'
[[["test",0,[512,650,67]],["teste",0,[512,650,67]],["testing",0,[512,650,67]],["test speed",0,[512,650,67]],["testosterone",0,[512,650,67]],["tester",46,[512,650,67],{"lm":["https://encrypted-tbn0.gstatic.com/licensed-image?q\u003dtbn:ANd9GcS_EOIi824ErTghnkqfjzgNv02JE_F54OmbBX55cU_1wE0OaxXF3OYLg29e3zrE-iqVtxt9oMQwXR13jPI__g1T92orAlxU\u0026s\u003d19","https://encrypted-tbn0.gstatic.com/licensed-image?q\u003dtbn:ANd9GcS0r5U98-CU6XCtlRCf36GywKUy4lTpOedKdCQZ5zdIxz5g9rJmon-uoZs-RYyUtTu4yUE3TskQmfqF-_QvDlUb2RMEQh6p\u0026s\u003d19","https://encrypted-tbn0.gstatic.com/licensed-image?q\u003dtbn:ANd9GcQUO0KLluvYcT-OU1TLE9aUs7TrUwWFFzAAyfOz5etS-78NXNHWZzZn4iS1q-CBpvl205yFDbzu1XX2Z0qmZQ2nFHMRENM\u0026s\u003d19"],"zh":"tester","zi":"乔恩·特斯特 \u2014 美国参议员","zp":{"gs_ssp":"eJzj4tTP1TcwM0tOKTBg9GIrSS0uSS0CADT-Bco"},"zs":"https://encrypted-tbn0.gstatic.com/images?q\u003dtbn:ANd9GcT7SkUvQ_bApcKE-_7Fh_OPHly7aEeiXHxLlKcQcw4FwfX9pisvnlcmtf9spQ\u0026s\u003d10"}],["textbook",0,[512,650,67,10]],["testo",46,[512,650,67,199,465],{"lm":[],"zh":"Testo","zi":"Testo SE","zp":{"gs_ssp":"eJzj4tZP1zc0MijPzrEoV2A0YHRg8GItSS0uyQcAThYGew"},"zs":"https://encrypted-tbn0.gstatic.com/images?q\u003dtbn:ANd9GcQ1XP2y7H_xH6c4jeWxbOz2vAqzXjUFGYjKvKEql4o7\u0026s\u003d10"}],["testimony",0,[512,650,67]],["testosterone 中文",0,[512]]],{"ag":{"a":{"40024":["","",1,20]}},"k":1,"q":"_WR2ptU3x7cSjxuKzAyC5k-CTB4"}]
```
Bug: Freeze with tab action
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-12-31 19:44:07+00:00
Resolved: 2024-01-04 14:59:41+00:00

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

Steps to reproduce:

Opening/switching/closing tab


Actual results:

Firefox freezes for 2s. Mouse/keyboard Input during the period would be delayed until after. Reproduced in troubleshooting mode and new profile.

After the freeze, tab action would function normally. Opening/closing tab would not freeze. However, after focusing on the webpage content for around 10-30s, tab action would often freeze FF again. 


Included recording. Used ctrl+t shortcut to open a new tab at 1.9s. Firefox became unresponsive as seen in the screenshot, new tab appeared at 4.5s.

https://profiler.firefox.com/public/rhenrvsmm0wsdb5hymvbxxxha4tyh3gvyx99d90/calltree/?globalTrackOrder=0w4&implementation=js&thread=3&v=10


Expected results:

No freeze
Bug: keyword.enabled suggests to execute a search if the typed string ends with *
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-01-01 16:36:42+00:00
Resolved: 2025-01-08 03:03:33+00:00

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

Steps to reproduce:

Use the address bar to search for a frequently-used bookmark, by typing words, including the * character as a separate word.


Actual results:

Case 1: The * character is the first word entered.

Recent Firefox recognizes this, and replaces the * with [Bookmarks x].  Smooth!

But I think something needs improving.  When I enter "* ybs", the top entry is

    Welcome to Yorkshire Building Society | YBS -- ybs.co.uk

All the entries below it (under Firefox Suggest) are marked with a * (bookmarked), and show the edited title of the bookmark, if it differs from the website title.  But the top entry is not marked with a *, and it shows the website title, not the edited title of the bookmark.


Case 2: The * character is the very last word entered.  This was my previous habit.  It lets you do a full search including browser history, and then narrow it to bookmarks later if necessary.

In this case, the top search result is an option to "search with Google".

So I deliberately used the bookmark feature, but I have an extraneous non-bookmark result that I need to skip over first.  It is an unfortunate slowdown.

Firefox has been the best browser for bookmarks.  Bookmarks allow the user a lot of power, allowing them to decrease their dependency on a few giant search engines.

- The "search with Google" option happens even if default search engine is disabled in the address bar, by setting keyword.enabled=false in about:config.[1]
  - Clearly that part is "wrong", even if only a few people would notice.
  - This part only happens if the * character is the last word.  It doesn't happen e.g. for "4 * 4".  This doesn't feel intentional - maybe it's a simple coding error.
[1] https://support.mozilla.org/en-US/kb/search-web-address-bar#w_turning-off-the-web-search-in-the-address-bar


Expected results:

Case 1:

    [*] Welcome to Yorkshire Building Society | YBS [login page] -- ybs.co.uk

That is, the top result should be

1. marked with a *, like all the other bookmark results
2. should include the "[login]" that I edited in to the bookmark title, to mark that this is the page I use to login to YBS.

Case 2: It would be nice if "4 4 *" gave the same type of top result as "4 * 4", even when keyword.enabled=false.  But, it might not be worth the hassle.  If it was just made consistent, then the top result would be "Visit 4 4 *" / "Visit ybs *".  Therefore, you would still have to skip over it.  I would still appreciate the improvement, because it would fix the regression in keyword.enabled=false, and stop showing me a Google logo where I told Firefox I didn't want it.
Bug: Downloads in Firefox download manager open in wrong application (doesn't happen in other apps like Chrome)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-02 05:33:06+00:00
Resolved: 2024-01-04 20:12:26+00:00

Steps to reproduce:

On Linux, download a deb file in Firefox then double click it in the download manager


Actual results:

Opens in file compression application Ark. This only happens to n Firefox not with other applications and not with Chrome. 


Expected results:

Opens in deb installer (this is what happens with other applications like Chrome)
Bug: PDF in-page search broken on specific PDF when zoomed in
Status: NEW
Priority: P3
Created: 2024-01-02 11:55:13+00:00
Resolved: 2024-01-02 14:22:13+00:00

Attach (recommended) or Link to PDF file here: https://www.kvsh.de/fileadmin/user_upload/dokumente/Praxis/Qualitaet_und_Fortbildung/Genehmigungspflichtige_Leistungen/DMP/DMP_KHK/DMP_KHK_20231201_InsInternet.pdf

Steps to reproduce the problem:
1. Open the attached PDF
2. Set the zoom level to high (120% in my case)
3. Press Ctrl+F for in-page search
4. Search for "Jörg"
5. Press the "up" or "down" buttons to skip through the matches.

What is the expected behavior? (add screenshot)
Button goes through all matches

What went wrong? (add screenshot)
Find skips certain matches and doesn't go to previous match for the up button.
Bug: Themes.jsx - ESLint error when upgrading eslint-plugin-jsx-a11y: A form label must be associated with a control
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-01-02 13:39:37+00:00
Resolved: 2024-01-03 21:46:46+00:00

When upgrading eslint-plugin-jsx-a11y to 6.8.0, there is an error generated:

```
browser/components/aboutwelcome/content-src/components/Themes.jsx
  22:17  error  A form label must be associated with a control.  jsx-a11y/label-has-associated-control (eslint)
```

Please can someone take a look at fixing this? I am starting to investigate upgrading to ESLint v9, and want to make sure we have all the plugins up to date as there may be plugin changes needed as well.

To test the upgrade locally:

* Update `package.json` to set `eslint-plugin-jsx-a11y` to `"6.8.0"`
* Run `rm -r node_modules package-lock.json && ./mach npm install` to regenerate the node modules installation.
* Run ESLint as normal, e.g. `./mach eslint .` or `./mach eslint browser/components/aboutwelcome/content-src/components/Themes.jsx`
Bug: Highlight on cropped pdf isn't visible when saving/printing
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-01-02 17:31:33+00:00
Resolved: 2024-01-23 17:20:06+00:00

STR:
 - open the pdf
 - highlight text
 - save/print it

Nothing is highlighted when printed or saved.
Bug: Applications richlistbox's actionsMenu comboboxes in Settings UI are unlabelled
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-01-02 19:49:31+00:00
Resolved: 2024-02-01 00:17:03+00:00

The [<menulist> with class `actionsMenu`](https://searchfox.org/mozilla-central/rev/0f39860036f9b6339e65d485aeb6b6be73d9dbda/browser/components/preferences/main.js#3737) that opens when a control under the `Action` header of the `Applications` richlistbox on `Settings` > `General` > `Files and Applications` is activated is not labelled. The combobox pattern is expected to provide an accessible name for the control even when the listbox opened has an accessible name. 

We could refer to [the `#actionColumn` container](https://searchfox.org/mozilla-central/rev/0f39860036f9b6339e65d485aeb6b6be73d9dbda/browser/components/preferences/main.inc.xhtml#452-454) with `aria-labelledby` to ensure the combobox is labeled and the purpose of opened list of options is communicated to an assistive technology user.
Bug: Omnibox downgrading https to http when browser.urlbar.trimHttps is set to true
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-02 20:08:47+00:00
Resolved: 2024-01-29 16:33:18+00:00

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

Steps to reproduce:

Occurs on Firefox Nightly version 123.0a1 (2023-12-31) on Fedora.

With browser.urlbar.trimHttps turned on (by default) URLs in the address bar have the "https://" portion removed (the browser.urlbar.trimURLs setting seems to do this for "http://" as well).

I tried to access https://localhost:5000, which worked.
This shows up as "localhost:5000".
Then tried to add a "/home" to the end of the URL in the address bar.


Actual results:

Instead of navigating to "https://localhost:5000/home", this goes to "http://localhost:5000/home".

This also occurs with non-local URLs, I tested with google.com and mozilla.org.
I also have HTTPS-only mode turned on, which didn't affect this whether it was on or not.


Expected results:

The browser should keep the prefix of whatever the current page currently is, as opposed to always using "http://" when it is hidden with browser.urlbar.trimHttps=true

When browser.urlbar.trimHttps is turned off, adding extra bits to the URL doesn't change the initial prefix, which is intended behaviour.

Curiously, I asked my friends on macOS to check the default value of browser.urlbar.trimHttps, and it's false. I happen to use the proletarius101/firefox-nightly COPR repo to get firefox-nightly through dnf, so maybe that affects the "default" settings)
Someone else I know on Windows also says its false by default.
Bug: Default and Default Private Engine comboboxes in Settings UI are unlabelled
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-01-02 20:19:12+00:00
Resolved: 2024-02-01 00:17:03+00:00

The [<menulist> with id `defaultEngine`](https://searchfox.org/mozilla-central/rev/0f39860036f9b6339e65d485aeb6b6be73d9dbda/browser/components/preferences/search.inc.xhtml#19-21) that opens for the `Default Search Engine ` selection on `Settings` > `Search` is not labelled. [The combobox pattern is expected to provide an accessible name](https://www.w3.org/WAI/ARIA/apg/patterns/combobox/#wai-ariaroles,states,andproperties) for the control even when the listbox opened has an accessible name. 

We could refer to [the `#defaultEngineGroup` container](https://searchfox.org/mozilla-central/rev/0f39860036f9b6339e65d485aeb6b6be73d9dbda/browser/components/preferences/search.inc.xhtml#15) with `aria-labelledby` to ensure the combobox is labeled, and also to include a description via `aria-describedby` referred to the [on-screen `<description>` provided for the control](https://searchfox.org/mozilla-central/rev/0f39860036f9b6339e65d485aeb6b6be73d9dbda/browser/components/preferences/search.inc.xhtml#17) - this would communicate the purpose of opened list of options to an assistive technology user. 

Same pattern could apply to [the Default Private Engine `<menulist>`](https://searchfox.org/mozilla-central/rev/0f39860036f9b6339e65d485aeb6b6be73d9dbda/browser/components/preferences/search.inc.xhtml#33-35).
Bug: firefox freezing for ~1 second after opening new tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-02 21:54:57+00:00
Resolved: 2024-01-05 22:45:26+00:00

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

Steps to reproduce:

Steps:
1. Opening firefox
2. Having at least one tab open
3. Changing focus out of browser, another application / screen
4. Try to open a new tab (sometimes changing tab)


Actual results:

Opening a new tab causes some parts or the whole application to freeze. In this case the animation of opening a new tab does not play, then suddenly pops up after 1-2 seconds. Bookmarks also does not appear before said freeze is over. And typing in searchbar does not show after freeze. Is replicated with new user profiles.


Expected results:

No freezing should happen.
Bug: Exit/Copy/Download buttons do not work on certain website with screenshot component enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-01-02 23:05:41+00:00
Resolved: 2024-01-26 16:48:10+00:00

Steps to reproduce:
1) Navigate to about:config
2) Make sure `screenshots.browser.component.enabled` is `true`
3) Navigate to https://demos.neolms.com/join_no_access_code
4) Create an account 
5) Navigate to https://demos.neolms.com/account/picture
6) Click "Add Picture"
7) Screenshot an area of the page
8) Click "X" or "Copy" or "Download"

Actual result:
Buttons do not work

Expected result:
Buttons work