av9ash/GitBugs huggingface dataset:
Bug: Unable to print from compose window
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-18 19:38:05+00:00
Resolved: 2021-07-15 03:25:47+00:00

Thunderbird 89.0b4, Linux

STR:
- Start an email.
- Print it from the composer window

Expected:
- a print dialog

Actual:
- Nothing, just an error in the console

```
15:36:20.379 Webconsole context has changed
15:36:26.097 TypeError: this._browsingContext is undefined 2 target-configuration.js:107:49
    _onBrowsingContextAttached resource://devtools/server/actors/target-configuration.js:107
    _onBrowsingContextAttached self-hosted:1178
    printWindow chrome://global/content/printUtils.js:401
    DoCommandPrint chrome://messenger/content/messengercompose/MsgComposeCommands.js:2703
    doCommand chrome://messenger/content/messengercompose/MsgComposeCommands.js:1046
    doCommand chrome://messenger/content/messengercompose/MsgComposeCommands.js:1191
    goDoCommand chrome://global/content/globalOverlay.js:101
    oncommand chrome://messenger/content/messengercompose/messengercompose.xhtml:1
15:36:26.202 Uncaught TypeError: window.arguments is undefined
    loadRequestedUrl chrome://messenger/content/extensionPopup.js:47
    onload chrome://messenger/content/extensionPopup.xhtml:1
    printWindow chrome://global/content/printUtils.js:401
    DoCommandPrint chrome://messenger/content/messengercompose/MsgComposeCommands.js:2703
    doCommand chrome://messenger/content/messengercompose/MsgComposeCommands.js:1046
    doCommand chrome://messenger/content/messengercompose/MsgComposeCommands.js:1191
    goDoCommand chrome://global/content/globalOverlay.js:101
    oncommand chrome://messenger/content/messengercompose/messengercompose.xhtml:1
extensionPopup.js:47:7
15:36:26.205 Uncaught (in promise) DOMException: No browsing context printUtils.js:401
    printWindow chrome://global/content/printUtils.js:401
    DoCommandPrint chrome://messenger/content/messengercompose/MsgComposeCommands.js:2703
    doCommand chrome://messenger/content/messengercompose/MsgComposeCommands.js:1046
    doCommand chrome://messenger/content/messengercompose/MsgComposeCommands.js:1191
    goDoCommand chrome://global/content/globalOverlay.js:101
    oncommand chrome://messenger/content/messengercompose/messengercompose.xhtml:1
```

editor not being a browser being problematic again :(
Bug: Message to mailing list was only sent to 1 out of 3 mailing list members
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-18 20:45:27+00:00
Resolved: 2021-06-05 10:30:40+00:00

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

Steps to reproduce:

Tried to create a new address list.


Actual results:

Entered three addresses.  When saved and tried to use the list in a new email, only the first address was present.


Expected results:

All three addresses should have been included in the list.  My email should have been sent to those three people, instead only one got it.
Bug: Thunderbird decision task failure 2021-05-18
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-18 23:05:12+00:00
Resolved: 2024-01-23 06:22:59+00:00

The Python version is too old and doesn't support f-strings. The new image should fix.

````
[task 2021-05-18T22:28:32.516Z] writing artifact file `parameters.yml`
[task 2021-05-18T22:28:32.528Z] Traceback (most recent call last):
[task 2021-05-18T22:28:32.528Z]   File "/builds/worker/checkouts/gecko/taskcluster/mach_commands.py", line 354, in taskgraph_decision
[task 2021-05-18T22:28:32.528Z]     ret = taskgraph.decision.taskgraph_decision(options)
[task 2021-05-18T22:28:32.528Z]   File "/builds/worker/checkouts/gecko/taskcluster/taskgraph/decision.py", line 234, in taskgraph_decision
[task 2021-05-18T22:28:32.528Z]     render_actions_json(tgg.parameters, tgg.graph_config, decision_task_id),
[task 2021-05-18T22:28:32.528Z]   File "/builds/worker/checkouts/gecko/taskcluster/taskgraph/actions/registry.py", line 288, in render_actions_json
[task 2021-05-18T22:28:32.528Z]     for action in sorted(_get_actions(graph_config), key=lambda action: action.order):
[task 2021-05-18T22:28:32.528Z]   File "/builds/worker/checkouts/gecko/taskcluster/taskgraph/actions/registry.py", line 367, in _get_actions
[task 2021-05-18T22:28:32.528Z]     return _load(graph_config)[1]
[task 2021-05-18T22:28:32.528Z]   File "/builds/worker/checkouts/gecko/taskcluster/taskgraph/actions/registry.py", line 358, in _load
[task 2021-05-18T22:28:32.528Z]     import_sibling_modules(exceptions=("util.py",))
[task 2021-05-18T22:28:32.528Z]   File "/builds/worker/checkouts/gecko/taskcluster/taskgraph/util/python_path.py", line 56, in import_sibling_modules
[task 2021-05-18T22:28:32.528Z]     __import__(modpath + "." + f[:-3])
[task 2021-05-18T22:28:32.528Z]   File "/builds/worker/checkouts/gecko/taskcluster/taskgraph/actions/backfill.py", line 284
[task 2021-05-18T22:28:32.528Z]     f"Skipping push with decision task ID {decision_task_id} as it already has this test."
```
Bug: Thunderbird Tag Message popup menu no longer colorizes tag options (TB v 89b4)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-19 00:46:02+00:00
Resolved: 2022-10-24 14:59:58+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1 Safari/605.1.15

Steps to reproduce:

right click on message in message pane
choose "tag" in menu
look at tag list that pops up


Actual results:

all tag options in black and white text



Expected results:

Expected selectable tags to be colorized in the same way that messages will be colored, if those tags applied. This is how I think it used to work a few vsns ago

For instance "1 Important" showed up in RED text before
"4 Todo" showed up in Blue
Bug: Context menu (and "contextmenu" event) is unavailable in tabs provided by an extension
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-05-19 06:44:20+00:00
Resolved: 2021-05-21 14:21:40+00:00

When an extension provides its UI as a tab, the context menu is not opened in the tab. Moreover, "contextmenu" event is also not dispatched. As the result both Thunderbird's own context menu and the extension's custom menu are unavailable.

# Steps to reproduce

1. Start Thudnerbird.
2. Load an addon including a page.
3. Open the debugger for the addon.
4. Open an extension page in a tab, like `browser.tabs.create({ url: '/ui.html' })`.
5. Right-click on the content area of the tab.

# Actual result

Nothing happens.

# Expected result

The default context menu opens.

# Environment

* Windows 10 21H1
* Thunderbird 89.0b4 (build ID: 20210512134201)
* Daily 90.0a1 (build ID: 20210518125031)
Bug: Can't change program language, language list is always empty
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-19 08:17:03+00:00
Resolved: 2021-05-21 09:03:00+00:00

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

Steps to reproduce:

Installed language is German

I don't know the correct English names of the elements,
so I have take the names from Firefox, it is the same way.

1. Open the "Preferences" page
2. Click on Button "Set Alternatives..." under "Language"
3. Click "Select a language to add"
4. Click "Search for more languages..."


Actual results:

The list to select a alternative language is always empty.


Expected results:

Show a list with alternative languages that a user can choose.
Bug: After standard updates Thunderbird doesn't open the windows with emails opened before
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-19 09:55:30+00:00
Resolved: 2021-06-17 06:56:30+00:00

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

Steps to reproduce:

When an update is offered I accepted it.

But when TB starts again, all my windows with open mail (mail I started to write) are gone. This conflicts with the claim that TB will open after an update all open windows.


Actual results:

TB restarted its main windows but did not open the other TB windows opened before.


Expected results:

Restart TB and open all TB windows which have been opened before.
Bug: I select to encrypt with S/MIME, but the mail is sent encrypted with PGP
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-19 10:35:54+00:00
Resolved: 2021-05-28 08:34:24+00:00

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

Steps to reproduce:

I write an email and in the Options menu I select to use encryption. Then I select in the same menu the encryption technology S/MIME. In the window, where I write my email, the bottom status bar on the right shows S/MIME.

Both, I as a sender and the receiver have a valid S/MIME certificate. In my Thunderbird all add-ons are deactivated.


Actual results:

Despite I explicitely selected S/MIME, the mail was encrypted with PGP (and only with my key, which completely makes no sense). The receiver of this scenario has no pgp key.

When I changed a flag it worked, but this flag should NOT overwrite my explicite selection: In the account properties ("Konten-Einstellungen"), section E2E Encryption ("Ende-zu-Ende-Verschlüsselung") there is a flag below preferred encryption technology ("Bevorzugte Verschlüsselungs-Technologie"). There I switched the radiobutton from automatic selection ("Automatische Auswahl anhand verfügbarer Schlüssel und Zertifikate") to prefer S/MIME ("S/MIME bevorzugen"). Then it seemed to work.

The strings in bracket are those from the German version of Thunderbird which I used.

Wenn das den Unterschied macht, hat die automatische Auswahl in Thunderbird einen Bug. Sie hätte nicht greifen dürfen, denn ich setzte es ja immer explizit.


Expected results:

Thunderbird should use exactly the encryption technology it shows in the bottom status bar on the right.
Bug: missing (fine grained) applications versions for TB78
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-05-19 10:41:59+00:00
Resolved: 2021-05-20 19:53:36+00:00

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

Steps to reproduce:

1. Tried to upload a addon with "strict_min_version" set to 78.9.1 as this addons needs a new feature added with that minor release
2. received error message that "strict_min_version" is wrong
3. found out that 78.9.1 is not listed here: https://addons.thunderbird.net/en-us/thunderbird/pages/appversions/
4. had to change "strict_min_version" to 78.7. although my addon won't work with 78.7.


Actual results:

I could not upload the addon with the correct "strict_min_version" version. So I changed it to the wrong 78.7.0 version although the plugin will not function <78.9.1 and e.g. ubuntu ppa distributes 78.8.1. without a roadmap when newer releases might be packaged. Those endusers can download an incompatible addon, without an easy way to solve this issue themselves.


Expected results:

TB78 adds features in minor versions (e.g. 78.9.1). 
If Addons depend on one of those new features to work, it should be able to specify that version in "strict_min_version"
Bug: threadTree has incorrect text data for icon cells in the accessibility tree
Status: NEW
Priority: --
Created: 2021-05-19 17:22:08+00:00
Resolved: 2022-08-24 08:59:00+00:00

The current icon cells for `threadTree` show incorrect text in the accessibility tree:

+ `selectCol` always shows the same text "selectCol". Also, there is no indication that this is a `checkbox` in the accessibility tree.
+ `deleteCol` always shows the same text "deleteCol". There is no indication that it is a `button`.
+ `junkStatusCol` shows the junk score. Most messages will therefore have "0". In correspondence with the icon, this should be a binary text description, like "Junk" or empty.

The following seem to be fine, but I'm not sure if they are localized:

+ `flaggedCol` either "Starred" or empty.
+ `attachmentCol` either "Has attachment" or empty.
+ `unreadButtonColHead` either "Unread" or empty. There is no indication that it is a `button` though.
+ `threadCol` either "Expanded" or empty.
Bug: Intermittent comm/mail/components/addrbook/test/browser/new/browser_cardDAV_sync.js | application crashed [@ mozilla::dom::DOMProxyHandler::GetExpandoObject(JSObject*)]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-20 07:25:13+00:00
Resolved: 2021-11-30 12:11:00+00:00

**Filed by:** mkmelin [at] iki.fi
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=340271767&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/dgDg0ZyOSdiZmbfRU0qraQ/runs/0/artifacts/public/logs/live_backing.log

---
```
We seem to be getting this frequently now since some days.```
Bug: Switch default value for browser_style in cloudFile API to false.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-20 08:38:09+00:00
Resolved: 2021-08-11 11:23:33+00:00

For some unknown reason I was 100% sure that the default for browser_style in the other APIs is true and made that the default in the cloudFile API as well. That was wrong.
Bug: Thunderbird directory and Firefox directory conflict
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-20 13:05:58+00:00
Resolved: 2021-05-20 17:55:15+00:00

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

Steps to reproduce:

On Macos
The data directory for Thunderbird is 
/Users/username/Library/
The data directory for Firefox is
/Users/username/Library/Application Support/
This all is very disorganized. Either Thunderbird needs to change or Firefox needs to change to be in /Library/ or /Application Support/ or even in the Mozilla directory /Users/username/Library/Mozilla/.
The Mozilla directory is there already so why not put both in there, seems logical.
Bug: Thunderbird freezes randomly for up to 10 seconds. Win 7
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-20 14:22:35+00:00
Resolved: 2021-06-12 04:59:41+00:00

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

Steps to reproduce:

Restarted with add-ons disabled
Cleared cache
Disabled hardware accelerator
Rebuilt global database by deleting global-messages-db.sqlite
Reinstalled Thunderbird (keeping app date folder w/ profile)


Actual results:

Thunderbird will still freeze for up to ten seconds. This can occur when opening a message, composing a message, choosing a different folder. Just about any action in Thunderbird will result in a lock up for a few seconds.


Expected results:

Thunderbird should not be freezing. We have about 200 clients using latest version of Thunderbird 78.10.2 on Windows 7. There is only one client experiencing this freezing issue.
Bug: threadTree has misaligned headers in the accessibility tree
Status: NEW
Priority: --
Created: 2021-05-20 16:49:32+00:00
Resolved: 2022-08-17 15:54:44+00:00

It seems that the accessibility tree will always order the `threadTree` `columnHeader`s in the same order as the corresponding `<treecol>`s appear in the document structure:

https://searchfox.org/comm-central/rev/7ba8d9953373770b53c0606c49b26d2dfa5c60d9/mail/base/content/threadTree.inc.xhtml#36

```
Select Messages, Thread, Starred, Attachments, Subject, Read, From, ...
```

This same ordering remains even if the visual order is different, which a user is able to change. It should also be noted that the default visual ordering for a new profile *is* different:

```
Select Messages, Thread, Starred, Attachments, Read, Junk Status, Subject, ...
```

In contrast, the ordering in the accessibility tree of the `gridcell`s is the *same* as the visual order. What this means is that the `columnHeader`s do not align with the `gridcell`s. So for a new default profile, the read status will appear under the Subject header in the accessibility tree, the junk status under the Read header and the subject under the From header, etc.

I imagine this would make the association between cells and headers broken for screen reader users.
Bug: Thunderbird does not connect to Dovecot using self-signed certs - SSL alert number 42
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-20 20:17:02+00:00
Resolved: 2021-10-27 06:13:25+00:00

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

Steps to reproduce:

In at least TB version 78.10.2 (32 bit), it is imposible to connect to Dovecot IMAP server using SSL nor STARTTLS when self-signed cert is used on Dovecot. It worked for a year. Dovecot is competely disconnected from public internet (it is used for reading email backups through company VPN only). After a year old cert on Dovecot expired and the new one seems to not be accepted by TB.
I`ve lost whole day finding a solution on google, a lot of people reported similar behaviour. But I have found no solution.


Actual results:

When I try to get one email in TB from a list of emails made before, when old cert worked, I get this in Dovecot debug log:
-------------------------------------------------------------

May 20 22:11:32 auth: Debug: auth client connected (pid=1946)
May 20 22:11:32 imap-login: Debug: SSL: where=0x10, ret=1: before SSL initialization
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: before SSL initialization
May 20 22:11:32 imap-login: Debug: SSL: where=0x2002, ret=-1: before SSL initialization
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: before SSL initialization
May 20 22:11:32 imap-login: Debug: SSL_get_servername() failed
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS read client hello
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write server hello
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write change cipher spec
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: TLSv1.3 write encrypted extensions
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write certificate
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: TLSv1.3 write server certificate verify
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: SSLv3/TLS write finished
May 20 22:11:32 imap-login: Debug: SSL: where=0x2001, ret=1: TLSv1.3 early data
May 20 22:11:32 imap-login: Debug: SSL: where=0x2002, ret=-1: TLSv1.3 early data
May 20 22:11:32 imap-login: Debug: SSL: where=0x2002, ret=-1: TLSv1.3 early data
May 20 22:11:32 imap-login: Debug: SSL: where=0x2002, ret=-1: TLSv1.3 early data
May 20 22:11:32 imap-login: Debug: SSL: where=0x2002, ret=-1: TLSv1.3 early data
May 20 22:11:32 imap-login: Debug: SSL alert: where=0x4004, ret=554: fatal bad certificate
May 20 22:11:32 imap-login: Debug: SSL: where=0x2002, ret=-1: error
May 20 22:11:32 imap-login: Debug: SSL error: SSL_accept() failed: error:14094412:SSL routines:ssl3_read_bytes:sslv3 alert bad certificate: SSL alert number 42
Bug: After saving multiple attached .jpg photo files via Save all or individually (Save as...), saved files only have 1KB
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-21 07:57:07+00:00
Resolved: 2021-05-26 16:01:15+00:00

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

Steps to reproduce:

Go to email attachments, press button save all or click on right mouse button to save them as single files



Actual results:

all attachments (photos) are stored in selected folder with right name, but the files only have 1KB, no matter if its a local folder or folder on a network drive
it happends mostly on emails with more than 4,5 photos 
no error message in console


Expected results:

all attachments should be stored with right name and correct filesize and should open
Bug: TB 78-* Chinese version shows garbled characters in wrong charset for RSS feed [involving CardBook]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-21 08:19:48+00:00
Resolved: 2021-05-21 20:17:23+00:00

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

Steps to reproduce:

Entries received using rss are garbled

rss link:https://feedx.top/rss/163easy.xml


Actual results:

Entries received using rss are garbled
Bug: CalDav cant accept events from mail (Error: 80004005)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-21 10:03:49+00:00
Resolved: 2021-06-01 05:59:04+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.3 Safari/605.1.15

Steps to reproduce:

1. Create an event from other caldav device and from other user account.
2. In Thunderbird, open new mail message from event invite and try accept it from mail "event accept bar" (ImIpbar). 
3. Only can accept if first refresh calendar and than open mail, than click details button and accept. 


Actual results:

It shows an error: 
"An error has occured 
Processing message failed. 
Status: 80004005"

In console: 412 Precondition failed


Expected results:

It would be nice if it refresh calendar  automaticly when i click accept button, instead get error.
Bug: Folder titles not being redrawn in Folder Pane (when using Classic, that is Windows 7 theme)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-21 10:58:20+00:00
Resolved: 2021-05-29 07:15:27+00:00

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

Steps to reproduce:

I first experienced this issue with TB 78.10.0 and the issue remains in TB 78.10.2 I should also say that I am using TB Portable from PortableApps which runs on my system as TB 64-bit -- but I don't think that will be any part of the issue. My operating system is Windows 7 Pro. SP1 x64.


Actual results:

Cutting a long story short, including testing in Safe Mode -- the problem does not occur in Safe Mode -- the issue is as follows:

I have the following Themes installed to my TB:

Default -- things work fine with this.
Dark -- This is another default theme and things work fine with this.
Light -- This is another default theme and things work fine with this.

In addition I have the following themes (add-ons) which I installed myself:

Soft Drawing Paper -- this is my favourite theme but things mess-up with this.
Dream of Waves -- things mess-up with this.
Soft Aqua -- things mess-up with this.

The problem is that as off TB 78.10.0 if I use any of the above self-installed three themes then when I click on, say, the 'Inbox' folder of the Folder Pane of an email account then the title 'Inbox' disappears in the Folder Pane. If I then click in the Message List of the Inbox then the title 'Inbox' reappears in the Folder Pane. Then the same thing repeats itself on every *second* folder I click on if I work my way down the list of folders in the Folder Pane.

I should add that I have used these three themes for years in earlier versions of TB without any issues at all. Which tends to make me think that this a TB bug, but I don't have the expertise to be sure if that is a correct judgement.


Expected results:

I would have expected Thunderbird to behave normally and 'redraw' the title of any folder clicked on in the Folder Pane.
Bug: 78.10.1 for Windows in High Contrast mode displays every other line in different color
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-21 12:21:37+00:00
Resolved: 2021-12-07 10:13:24+00:00

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

Steps to reproduce:

I updated from 78.9.1 to 78.10.1.


Actual results:

The cursor bar changes its background color on every other line in the folders and messages list. It displays the correct color on the odd lines but becomes transparent on the even lines.


Expected results:

The cursor bar should keep its color.

This bug does not occur in standard color mode, only in High Contrast mode. In Windows, this can easily be checked by pressing Alt+Shift+PrtScr.