av9ash/GitBugs huggingface dataset:
Bug: Inconsistent behaviour when opening shortcuts in "about:newtab" with middle click
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-21 19:35:19+00:00
Resolved: 2021-10-20 01:46:13+00:00

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

Steps to reproduce:

1. Ensure "Homepage and new windows" and "New tabs" in about:preferences#home is set to "Firefox Home". And "Firefox Home Content" has Shortcuts enabled.
2. Save or visit enough sites to populate some shortcuts.
2.1 Assume the first row of shortcuts have the following sites saved A, B, C, D and E.
3. Go to a newtab and quickly MiddleClick on the shortcuts in order from A to E to open them in new tabs.

Note:
1. Some mouse drivers tries to scroll the page when you MiddleClick instead on opening links in new tabs. Reverting to the standard Microsoft mouse driver or using Linux may be necessary to reproduce the behaviour.
2. Slower machines seem the show the problem more consistently. 


Actual results:

1. Site A opened in a new tab to the left of the current tab.
2. Site B to E is opened randomly either to the left of the current tab or the left of a previously opened tab e.g. the tabs order is current, E, D, B, C, A
3. There is a visual glitch in the tab bar as the tabs jump around when opening.    




Expected results:

Up until 88 or 89 the opened tabs would be in the order current, A, B, C, D, E. 

Ctrl-LeftClick is unaffected and opens tabs in the correct order.
MiddleClick in unaffected in other websites e.g quickly clicking on multiple threads in a forum opens new tabs in the same order as Ctrl-LeftClick.
Bug: Menu item hover effect has lag since v89
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-22 16:40:23+00:00
Resolved: 2021-09-03 15:38:44+00:00

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

Steps to reproduce:

Open any Firefox menu in version 89+ (Proton enabled), including any right click menus, bookmark menus, or hamburger menu. Move mouse pointer over various menu items, the more quicker the more noticeable. You will notice a very small delay in the hover affect appearing. 


Actual results:

There is a small lag from the time the pointer hovers to the time the hover effect appears. It is a very small delay, possibly in the 20-50ms range, but noticeable, and even more so when the pointer is moved quickly. 

I compared to an older version that uses Photon (any version prior to 89), there is no additional lag when hovering over menu items. Firefox ESR 78 is the comparison I used on the same computer. Also, a second computer still using v90, with Proton fully disabled in about:config, also does not have the lag. When Proton is enabled in about:config the menu lag appears.


Expected results:

The hover affect should be able to keep up with the pointer in Proton the way it did in Photon. There should not be a hover delay. Please note it is a very small delay and possibly only those who are sensitive to input lag will notice or care, so please be inclusive of those users when considering this possible bug. Thank you.
Bug: Problems importing backups on multiple instances of Firefox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-22 16:43:05+00:00
Resolved: 2021-08-23 15:44:44+00:00

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

Steps to reproduce:

I have 3 machines, two laptops and one desktop, running Firefox 91.0.1 on Windows 10, synced.  I imported an app which was designed to allow me to switch between alternative bookmark sets, but it immediately messed up my bookmarks toolbar.  So I uninstalled the app on all machines, and set about recovering my bookmarks.

I used Manage Bookmarks | Import and Backup | Restore - I chose the set of 19 August 2021 to restore.  This seemed to work better than importing bookmarks from html.  


Actual results:

I managed to get one set of bookmarks and the bookmarks toolbar working on one laptop (the most recent, therefore the most powerful).  But on the other machines Firefox repeatedly crashed.  

I tried and tried again, and on the desktop PC I eventually managed to get the full set of bookmarks and the toolber installed, but then the toolbar disappeared, following by the bookmarks.

I assume that I should be disabling sync during this operation, but have not tried that yet.

I tried uninstalling and reinstalling Firefox but that didn't help, partly I assume because there is no facility to import bookmarks from html on first instal.



Expected results:

Bookmarks on all machines, and the toolbar, should have been successfully installed.
Bug: The open tabs drop down list in Nightly includes pinned tabs
Status: NEW
Priority: --
Created: 2021-08-22 20:51:07+00:00
Resolved: 2024-02-27 18:18:11+00:00

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

Steps to reproduce:

The open tab drop down list in Firefox 91.0 only show open tabs.


Actual results:

The open tab drop down list in Nightly shows all tabs including pinned tabs.


Expected results:

I hope this is a bug in Nightly because I would prefer not to see the pinned tabs in the list.
Bug: Not responding
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-23 00:16:34+00:00
Resolved: 2021-09-09 09:28:21+00:00

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

Steps to reproduce:

Often after having some tabs opened and trying to download a file.
At random after some time opened.
Just now when i was going to check version on Help option same thing.
Been happening from a few weeks now.


Actual results:

Firefox stops responding, waiting is no good, have to close it on task manager


Expected results:

Firefox should respond or it should lag a little then become operational again?
Bug: Firefox Translations adds 11 seconds of jank to long wiki page with a variety of languages
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-23 07:12:00+00:00
Resolved: 2023-01-10 07:43:11+00:00

STR:
1. Set about:config pref `extensions.translations.disabled` to `false`
2. Load https://wiki.kiwix.org/wiki/Content_in_all_languages

ACTUAL RESULTS:
Long load time (over 10 seconds); possibly a bar telling you that Firefox Translation is slowing down Firefox.  If you try to scroll during this long pageload, you'll find you can't scroll past a certain point (painting and/or layout seems to be blocked) until the load completes.  If you capture a profile, you can see that ~11 seconds is spent in Firefox Translation extension JS.

EXPECTED RESULTS:
Ideally faster load; and/or at least we should remain responsive to user input like scrolling (and yield to allow for paints etc.)


Profile of the jank: https://share.firefox.dev/2XFmeyK

If you drill down into the "Call Tree" view, you can see that the time is spent in `actionCallResultsMessageListener` in "Extension: Firefox Translations" (and you can drill in further to see more detail).

Note, this isn't a situation where I've asked the translation engine to translate the page.  In that sort of situation, this would be a bit more understandable, since it would be doing required translation work that may be expensive but simply has to be completed before it's ready to render the page.  But that's not what's happening --  I'm just loading the page with the translation extension enabled, without having asked it to actually translate it for me; and I think (?) it's trying to detect the dominant language so that it **could hypothetically offer** to translate it for me.
Bug: [Experiment] There is no tooltip displayed if the "Dismiss" button from the "VPN Promo" infobar is hovered
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2021-08-23 09:42:34+00:00
Resolved: 2021-08-30 15:33:15+00:00

**[Affected versions]:**
- Firefox Nightly 93.0a1 - Build ID: 20210822212235

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.5.2
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have a Firefox profile with the "messaging-system.rsexperimentloader.collection_id" pref set to "nimbus-preview" in the "about:config" page.
- Have the "Remote Settings Devtools" add-on installed from [here](https://github.com/mozilla-extensions/remote-settings-devtools/releases).
- Have a captive portal available but you are **NOT** connected to it.
- The Firefox browser is set as default.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and click the "Remote Settings Devtools" toolbar button.
2. Change the "Environment" to "Stage" and restart the browser.
3. Connect to the captive portal from the prerequisites.
4. Enter your credentials and log in to the captive portal without interacting with the infobar.
5. Hover the "Dismiss" button from the right part of the infobar.
6. Observe the behavior.

**[Expected result]:**
- A tooltip is displayed.
 
**[Actual result]:**
- There is no tooltip displayed if the "Dismiss" button is hovered.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: Firefox (also safe mode) is crashing on any visit to ebay.de/.com
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-23 10:29:41+00:00
Resolved: 2021-08-23 10:34:37+00:00

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

Steps to reproduce:

Visit ebay.com/.de any sub-path, and observe nothing is clickable, the browser goes slow, and crashes after a few seconds.

https://bugzilla.mozilla.org/show_bug.cgi?id=477238 is a similar issue, however they report 80% problems, I have 1000% reproducible problems


Actual results:

The browser becomes unresponsive for a few seconds, and crashes displaying the crash report page.


Expected results:

Expect it not to crash.

This happens even in safe mode. 
A forum post from this year suggested to try setting alerts.useSystemBackend=false as a fix, but it doesn't seem to work.

Some or all of these reports should be ebay:

bp-fddf9a92-9216-40fe-9262-471080210823 	23/08/2021, 12:14 	
bp-1df751eb-a714-450d-a721-a32460210823 	23/08/2021, 12:14 	
bp-0a78a982-26b8-414b-bb08-f66de0210823 	23/08/2021, 12:14 	
bp-3b878114-8d49-44b6-bd31-49c1c0210823 	23/08/2021, 12:14 	
bp-820887d8-90d5-48a7-b122-f99850210823 	23/08/2021, 12:14 	
bp-6fde8c40-b719-4573-861b-38a510210823 	23/08/2021, 12:14 	
bp-92cbeb8f-63ca-4162-bc67-eb2200210823 	23/08/2021, 12:14 	
bp-8094f9b3-1cdc-442f-8672-b471d0210823 	23/08/2021, 12:14 	
bp-88810a3e-db27-4486-8fae-a14db0210823 	23/08/2021, 12:14 	
bp-669f47b2-a5db-450b-af85-54b000210823 	23/08/2021, 12:14 	
bp-a75980aa-29f3-4f6c-a087-182c30210823 	23/08/2021, 12:14 	
bp-4bd20660-8eb6-4231-b16e-05ebf0210820 	20/08/2021, 21:51 	
bp-14d73496-4135-459b-a921-4b0be0210820 	20/08/2021, 21:51
Bug: PDF Preview shows only a few random characters in iframe; works in non-preview
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-23 10:41:51+00:00
Resolved: 2021-11-18 14:53:16+00:00

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

Steps to reproduce:

Click to the rfc report which is located on our customer portal.


Actual results:

The report come with weird characters in iframe.


Expected results:

It must be as same as on the attachment.
Bug: Clean up #protections-popup-trackers-blocked-counter-box margin and padding styling
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-08-23 12:25:03+00:00
Resolved: 2021-08-24 22:02:19+00:00

#protections-popup-trackers-blocked-counter-box is using `--arrowpanel-menuitem-padding-block` as `padding-inline-end`.
Bug: [Nimbus] Profiles that invalidate the channel and version filters of an experiment are still marked as Active while being displayed in the "Completed Studies" section of the about:studies page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-23 13:12:02+00:00
Resolved: 2023-12-22 19:49:47+00:00

Cloned from the Experimenter GitHub.

**[Prerequisites]:**

 - Have an experiment that is set to target population on a specific release channel ("nightly", "beta", "release") and a specific version (e.g. 76 and higher).

**[Steps to reproduce]:**

 1. Open a browser that can enroll in the experiment from prerequisites and enroll in the experiment.

 2. Close the browser and open a different one using a different channel but the same profile.

3. Navigate to the "about:studies" page and observe the list of experiments.

**[Expected result]:**

 - All experiments that had their targeting parameters invalidated by the channel switch are marked as completed and are found in the "Completed Studies" section.

**[Actual result]:**

 - Experiments that had their targeting parameters invalidated by the channel switch are found in the "Completed Studies" section BUT they are marked as active.

**[Notes]:**

 - The issue is also reproducible if the filter is invalidated by downgrading to an unsupported version using the same profile.

 - The experiments are correctly marked as "completed" once the experiment is disabled in Remote Settings.

 - Attached is a screenshot of the issue.
Bug: Downloads panel elements not visible on hover with high contrast and system theme enabled
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-08-23 13:13:02+00:00
Resolved: 2021-10-29 12:34:41+00:00

**Affected versions**
* Fx 92.0b7
* Fx 93.0a1

**Affected platforms**
* Windows 10x64

**Steps to reproduce**
1. Launch Firefox
2. Enable system theme for about:addons
3. Go to https://www.thinkbroadband.com/download and download some files
4. Enable high contrast
5. Open Download Panel and hover over Cancel download or Open containing folder  

**Expected result**
* Download Panel elements are properly displayed with high contrast and system theme

**Actual result**
* Downloads panel elements not visible on hover with high contrast and system theme enabled

**Regression range**
Will search for a regression as soon as possible

**Additional notes**
* See attached screenshot
Bug: Intermittent toolkit/components/nimbus/test/browser/browser_experimentstore_load.js | This should pass if the correct store path loaded successfully - "undefined" == true - JS frame :: chrome://mochitests/content/browser/toolkit/components/nimbus/t
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-08-23 13:59:44+00:00
Resolved: 2021-09-01 15:55:03+00:00

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

---
```
INFO - TEST-START | toolkit/components/nimbus/test/browser/browser_experimentstore_load.js
[task 2021-08-23T13:17:02.959Z] 13:17:02     INFO - TEST-INFO | started process screenshot
[task 2021-08-23T13:17:03.023Z] 13:17:03     INFO - TEST-INFO | screenshot: exit 0
[task 2021-08-23T13:17:03.024Z] 13:17:03     INFO - Buffered messages logged at 13:17:02
[task 2021-08-23T13:17:03.024Z] 13:17:03     INFO - Entering test bound setup
[task 2021-08-23T13:17:03.025Z] 13:17:03     INFO - Leaving test bound setup
[task 2021-08-23T13:17:03.026Z] 13:17:03     INFO - Entering test bound test_loadFromFile
[task 2021-08-23T13:17:03.026Z] 13:17:03     INFO - Buffered messages finished
[task 2021-08-23T13:17:03.028Z] 13:17:03     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/nimbus/test/browser/browser_experimentstore_load.js | This should pass if the correct store path loaded successfully - "undefined" == true - JS frame :: chrome://mochitests/content/browser/toolkit/components/nimbus/test/browser/browser_experimentstore_load.js :: test_loadFromFile :: line 42
[task 2021-08-23T13:17:03.028Z] 13:17:03     INFO - Stack trace:
[task 2021-08-23T13:17:03.028Z] 13:17:03     INFO - chrome://mochitests/content/browser/toolkit/components/nimbus/test/browser/browser_experimentstore_load.js:test_loadFromFile:42
[task 2021-08-23T13:17:03.029Z] 13:17:03     INFO - Leaving test bound test_loadFromFile
[task 2021-08-23T13:17:03.029Z] 13:17:03     INFO - Entering test bound test_load_from_disk_event
[task 2021-08-23T13:17:03.030Z] 13:17:03     INFO - TEST-PASS | toolkit/components/nimbus/test/browser/browser_experimentstore_load.js | feature-experiment-loaded - "feature-experiment-loaded" == true - 
[task 2021-08-23T13:17:03.031Z] 13:17:03     INFO - Leaving test bound test_load_from_disk_event
[task 2021-08-23T13:17:03.031Z] 13:17:03     INFO - GECKO(3148) | MEMORY STAT | vsize 972MB | vsizeMaxContiguous 434MB | residentFast 243MB | heapAllocated 229MB
[task 2021-08-23T13:17:03.032Z] 13:17:03     INFO - TEST-OK | toolkit/components/nimbus/test/browser/browser_experimentstore_load.js | took 38ms
[task 2021-08-23T13:17:03.033Z] 13:17:03     INFO - checking window state
[task 2021-08-23T13:17:03.033Z] 13:17:03     INFO - TEST-START | toolkit/components/nimbus/test/browser/browser_nimbus_telemetry.js
```
Bug: context-fill and context-stroke
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-23 16:08:01+00:00
Resolved: 2021-08-23 16:40:27+00:00

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

Steps to reproduce:

See the conversation here (sorry for the indirection, but otherwise this would only be copying a lot of content):
https://gitlab.com/inkscape/inkscape/-/issues/1932


Actual results:

In Firefox, the arrows do not appear.


Expected results:

In Chrome, the SCG markers (arrows) rendered as expected. Untested personally, but according to others on that thread this also works as expected in Safari. Of course, Inkscape shows the arrows as well.

It's arguable this is a defect; feel free to recategorize as needed.
Bug: New tab and notification text has become HUGE
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-23 16:56:48+00:00
Resolved: 2021-08-23 17:16:27+00:00

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

Steps to reproduce:

Opened a new blank tab, where firefox recommends you websites you usually visit.
Got a notification whether firefox should save the password information.


Actual results:

The text for the blank tab & notification is huge, covering almost the entire screen.


Expected results:

The text should be the size as the rest of the text in the browser.
Bug: Intermittent Windows 10 2004 browser/components/uitour/test/browser_fxa_config.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-08-23 19:42:52+00:00
Resolved: 2022-06-28 02:43:34+00:00

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

---
```
[task 2021-08-23T19:24:04.606Z] 19:24:04     INFO - TEST-START | browser/components/uitour/test/browser_fxa_config.js
[task 2021-08-23T19:24:49.703Z] 19:24:49     INFO - TEST-INFO | started process screenshot
[task 2021-08-23T19:24:49.771Z] 19:24:49     INFO - TEST-INFO | screenshot: exit 0
[task 2021-08-23T19:24:49.776Z] 19:24:49     INFO - Buffered messages logged at 19:24:04
[task 2021-08-23T19:24:49.776Z] 19:24:49     INFO - Entering test bound setup_UITourTest
[task 2021-08-23T19:24:49.777Z] 19:24:49     INFO - Leaving test bound setup_UITourTest
[task 2021-08-23T19:24:49.777Z] 19:24:49     INFO - Entering test bound test_no_user
[task 2021-08-23T19:24:49.778Z] 19:24:49     INFO - Buffered messages finished
[task 2021-08-23T19:24:49.778Z] 19:24:49     INFO - TEST-UNEXPECTED-FAIL | browser/components/uitour/test/browser_fxa_config.js | Test timed out - 
[task 2021-08-23T19:24:49.779Z] 19:24:49     INFO - GECKO(4204) | MEMORY STAT | vsize 2104191MB | vsizeMaxContiguous 68099710MB | residentFast 238MB | heapAllocated 97MB
[task 2021-08-23T19:24:49.779Z] 19:24:49     INFO - TEST-OK | browser/components/uitour/test/browser_fxa_config.js | took 45111ms
[task 2021-08-23T19:24:49.780Z] 19:24:49     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-08-23T19:24:49.780Z] 19:24:49     INFO - TEST-UNEXPECTED-FAIL | browser/components/uitour/test/browser_fxa_config.js | Found a tab after previous test timed out: https://example.org/browser/browser/components/uitour/test/uitour.html - 
[task 2021-08-23T19:24:49.781Z] 19:24:49     INFO - checking window state
```
Bug: "Show All" label doesn't appear when on the last page of synced tabs
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-08-23 22:23:52+00:00
Resolved: 2021-09-01 21:48:14+00:00

Follow-up to Bug 1625478. It looks like these attributes aren't being used anywhere and we should just remove them: https://searchfox.org/mozilla-central/rev/4cca5d2f257c6f1bcef50a0debcbd66524add703/browser/base/content/appmenu-viewcache.inc.xhtml#606-607

**EDIT:** It looks like these labels are supposed to be used, according to: https://searchfox.org/mozilla-central/source/browser/base/content/browser-sync.js#235-236,243
Bug: Firefox Fullscreen
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-24 00:47:39+00:00
Resolved: 2021-08-24 06:56:35+00:00

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

Steps to reproduce:

#!/bin/sh
# scriptname: smsloop (set my screen in loop mode) 
# chmod 755 /usr/local/bin/smsloop
#
# Set display for Multiple Grafic Head Virtualbox Client

# VBOX0 is Main Display, thatsway is no set_pos needed.
#vbox0_set_pos="--left-of VBOX1"
#vbox0_set_pos="--right-of VBOX1"
vbox0_set_pos=""
vbox0_rate=60
#vbox0_resolution=1360x768
vbox0_resolution=1280x720

#vbox1_set_pos="--left-of VGA1"
vbox1_set_pos="--right-of VGA1"
vbox1_rate=6
#vbox1_resolution=1360x768
vbox1_resolution=1280x720

# Script
#--------------------------------------------------------------

cmd="start"
if [ -n "$1" ];then cmd="$1";fi

case "$cmd" in
start)

for pid in `cat /run/lock/$USER"-smsloop".pid 2>/dev/null`;do kill -9 $pid >/dev/null 2>&1;done;rm /run/lock/$USER"-smsloop".pid >/dev/null 2>&1
pid=`echo $$`;echo $pid >> /run/lock/$USER"-smsloop".pid

icew1win=""
for win in `cat /run/lock/$USER"-iceweasel1".win 2>/dev/null`;do wmctrl -i -c $win >/dev/null 2>&1;done;rm /run/lock/$USER"-iceweasel1".win >/dev/null 2>&1

rm /home/valola/.cache/mozilla/firefox/cwaexgts.default-1462450761990/cache2/entries/*

sleep 5;killall firefox;killall firefox-esr;sleep 2
nice -n 5 firefox-esr --new-window  http://vasiwitt.intranet/tksls/shop.html  >/dev/null 2>&1 & disown
while [ -z $icew1win ];do icew1win=`wmctrl -lp | grep Shop | cut -d " " -f 1`;done

echo $icew1win >> /run/lock/$USER"-iceweasel1".win
wmctrl -i -R $icew1win -b add,fullscreen


while true; do

#####################
# HDMI1
xrandr | grep HDMI1 >/dev/null 2>&1; if [ $? -eq 0 ];then
#vbox0_resolution=`xrandr -q | grep -A 1 HDMI1 | tail -n 1 | cut -d " " -f 4`
#echo "HDMI1: "$vbox0_resolutionx
xrandr --output HDMI1 --mode $vbox0_resolution $vbox0_set_pos --primary >/dev/null 2>&1
#--rate $vbox0_rate $vbox0_set_pos --primary
wmctrl -i -R $icew1win -b add,fullscreen

else
#xmessage -center -timeout 1 "HDMI1 Monitor not connected"
:
fi

########################
# HDMI2
xrandr | grep HDMI2 >/dev/null 2>&1; if [ $? -eq 0 ];then
#vbox1_resolution=`xrandr -q | grep -A 1 HDMI2 | tail -n 1 | cut -d " " -f 4`
#echo "HDMI2: $vbox1_resolution"
xrandr --output HDMI2 --mode $vbox1_resolution --rate $vbox1_rate $vbox1_set_pos --same-as HDMI1 >/dev/null 2>&1
#--same-as VGA-0

else
#xmessage -center -timeout 1 "HDMI2 Monitor not connected"
:
fi
sleep 30
done
;;

stop)
for pid in `cat /run/lock/$USER"-smsloop".pid 2>/dev/null`;do kill -9 $pid >/dev/null 2>&1;done;rm /run/lock/$USER"-smsloop".pid >/dev/null 2>&1
for win in `cat /run/lock/$USER"-iceweasel1".win 2>/dev/null`;do wmctrl -i -c $win >/dev/null 2>&1;done;rm /run/lock/$USER"-iceweasel1".win >/dev/null 2>&1
sleep 5;killall firefox;killall firefox-esr
;;

esac

exit 0


Actual results:

i only can make fullscrren by wmctrl

and a very less cmd help from Firefox,

Firefox has no fullscreen option


I need to put  a firefox index.html  and a firefox index2.html in fullscreen in Backoffice too

Firefox as no command for