av9ash/GitBugs huggingface dataset:
Bug: can't import PEM-encoded PKCS#8 private keys into Certificate manager
Status: NEW
Priority: --
Created: 2021-08-02 23:48:29+00:00
Resolved: 2021-08-11 13:16:54+00:00

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

Steps to reproduce:

Tried to load an RSA secret key and corresponding certificate into the certificate manager.

Both objects are PEM-encoded, and the secret key has no password on it.  You can find them for download here: https://datatracker.ietf.org/doc/draft-ietf-lamps-samples/ (they're the secret key and public key that belong to "Alice").

I tried loading them into the "Your Certificates" tab.

 - I tried loading them as individual files (key first, then cert)
 - I tried loading them as a single concatenated file (key first, then cert)
 - I tried loading them as a single concatenated file (cert first, then key)
 - I tried encrypting the secret key with a passphrase.

I'm able to load them as a DER-encoded PKCS#12 object, but my understanding is that the PKCS#12 decoder is a dodgy/scary mess (see thread starting here: https://mailarchive.ietf.org/arch/msg/spasm/Cl5LGMsvKDBTdkHA2VoL5FADzd0/)




Actual results:

sometimes i was prompted for a password (when no password locked either file).  

error messages included:

    This personal certificate can’t be installed because you do not own
    the corresponding private key which was created when the certificate
    was requested.

and:

    Failed to decode the file. Either it is not in PKCS #12 format, has
    been corrupted, or the password you entered was incorrect.



Expected results:

It should be possible to load PEM-encoded secret keys and their corresponding certificates without using PKCS#12.
Bug: MidProtocolHandler.jsm never shipped
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-03 04:05:02+00:00
Resolved: 2021-08-18 22:19:14+00:00

In bug 1706158 MidProtocolHandler.jsm was added and referenced (incorrectly) from a components.conf file, but never added to the build. I've corrected this in bug 1723628 but the fix should be uplifted to 91.
Bug: My mails are not getting synced across devices
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-03 05:41:02+00:00
Resolved: 2021-08-03 09:02:36+00:00

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

Steps to reproduce:

(TEST) Install ThunderMail across several devices.
See whether mails are appearaing in all devices.


Actual results:

Unable to find mails on android devices


Expected results:

Should display mail in android device
Bug: Setting specific HTTP(S) link handler network.protocol-handler.warn-external.http does not work
Status: UNCONFIRMED
Priority: --
Created: 2021-08-03 08:36:17+00:00
Resolved: 2023-08-18 02:11:59+00:00

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

Steps to reproduce:

Version is 78.12.0 (latest when writing). I need to set up a specific HTTP(S) handler as my web browser has multiple profiles. In the Config Editor, I change "network.protocol-handler.warn-external.http" (and https) to "true". Next time I click on an HTTP(S) link I am prompted what application to launch. I select the one that I want and tick the "remember my choice for http(s) link". The link is correctly open in the application I selected. Now I click again on another HTTP(S) link and it is open in the wrong application.


Actual results:

Link opened in wrong application from second click on.


Expected results:

Keep using the application that I selected and asked to be remembered for this link type.
Bug: Cannot delete message using keyboard's delete key
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-03 10:55:46+00:00
Resolved: 2022-12-03 16:32:57+00:00

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

Steps to reproduce:

All sudden I cannot delete messages using the delete key, sometimes when I press the delete key quickly several times it will be deleted. I tested different keyboards.

This is so annoying that I am almost rennouncing Thunderbird.

(Troubleshooting info attached)
Bug: F6 key handler moves focus incorrectly for some elements.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-03 14:54:49+00:00
Resolved: 2021-12-14 09:52:13+00:00

F6 is meant to move the focus to the next main element (https://support.mozilla.org/en-US/kb/keyboard-shortcuts).

## Steps to reproduce

1. Open a new composition.
2. Add the CC field.
3. Focus the "Remove the Cc field" button.
4. Press "F6".

Alternatively:

1. Add a custom field set through the ""mail.compose.other.header" preference.
2. Open a new composition.
3. Add the custom field.
4. Focus the custom field input.
5. Press "F6".

## Result

Moves the focus back to the "From" field.

## Expect

Move the focus to the next row.

# Discussion

The `SwitchElementFocus` method needs an update, and should be made less fragile where possible.
Bug: TB hangs after opening reply composition window for specific message
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-03 16:03:14+00:00
Resolved: 2021-08-31 04:03:11+00:00

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

Steps to reproduce:

Reply-all to a  specific message


Actual results:

Message composition window opens with to and subject, though window title reads "Write: (no subject)".  Then TB hangs and is unresponsive.


Expected results:

TB does not hange
Bug: Mail Extension fails with message "Promise rejected after context unloaded: Actor 'Conduits' destroyed before query 'RuntimeMessage' was resolved"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-03 17:41:08+00:00
Resolved: 2021-08-14 10:21:05+00:00

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

Steps to reproduce:

I'm testing existing MX addon 'Limit non-BCC recipients' with TB91b6 
https://addons.thunderbird.net/en-US/thunderbird/addon/limit-non-bcc-recipients/
Using 91.0b6 (64-bit) in SuSE Linux

Set limit in addon to zero.
Send email to one TO recipient.
Get warning 'Non-BCC recipients limit exceeded'.
Press OK - Send anyway.


Actual results:

The mail is not sent.
On the console:
Promise rejected after context unloaded: Actor 'Conduits' destroyed before query 'RuntimeMessage' was resolved                   dialogue.js:37
okpressed moz-extension://f8f6a63c-eb01-437f-85a1-1bac3b1f5648/dialogue.js:37


Expected results:

It should send the email.

The message appears in these recent Firefox bugs: 1652283 1665380
so this may be a TB instance of the same issue

I've tested this addon on recent beta build to check interaction with bugs 707801 1705100 and 1707801. But I was mainly observing the warning message and how it compared to the warning message generated by that change, so I may not have actually tried to send the email at every beta. So this may have appeared before 91b
Bug: Port bug 1723723 to Thunderbird - Switch JS consumers from getURLSpecFromFile to either getURLSpecFromActualFile or getURLSpecFromDir
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-03 18:44:55+00:00
Resolved: 2021-08-05 10:08:38+00:00

+++ This bug was initially created as a clone of Bug #1723723 +++

`getURLSpecFromFile` does IO, and in most cases we know whether we're looking for a non-directory file or a directory, which can avoid the IO.

See also bug 1723807.
Bug: Message filter OK and Cancel buttons off screen
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-03 20:22:22+00:00
Resolved: 2021-08-08 13:12:19+00:00

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

Steps to reproduce:

In Thunderbird, from Tools/Message Filters, create a filter with a lot of match conditions, click OK, then Edit that filter.  If you gave it enough conditions, the OK and Cancel buttons are off the bottom of the screen
11 conditions is too many for me, with Scale set to 125% and Display resolution 1600x900 under Windows Display settings.
Bug: Send button does not work after pasting in email address
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-03 20:30:04+00:00
Resolved: 2021-08-07 21:54:11+00:00

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

Steps to reproduce:

Use Help > Restart with addons disabled.
Copy an email address into your clipboard.
Create a new message in Thunderbird.
Paste the email address into the To field.


Actual results:

Send button disabled


Expected results:

Send button clickable
Bug: Grammatical Error - Filter choice "Contact" should be "Contacts"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-04 10:29:39+00:00
Resolved: 2021-08-04 10:34:28+00:00

+++ This bug was initially created as a clone of Bug #1712528 +++

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

Steps to reproduce:

General GUI - Toolbar Incorrectly Displaying "Contact", rather than "Contacts".


Actual results:

General GUI - Toolbar Incorrectly Displaying "Contact", rather than "Contacts".


Expected results:

General GUI - Toolbar Incorrectly Displaying "Contact", rather than "Contacts".
Bug: Test bustage 2021-08-04
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-04 10:42:26+00:00
Resolved: 2021-08-06 08:32:36+00:00

There's a lot of tests broken by [changes in m-c](https://hg.mozilla.org/mozilla-central/pushloghtml?changeset=4fc8a87590356bbef37b510d3b9f06663ee540b4), I'm not sure what the exact cause is but I'm suspicious of bug 1650089 and bug 1613705.

I'm going to land some fixes for things. It's not perfect and there are still problems with mail/components/enterprisepolicies/tests/browser/browser_policy_masterpassword.js (actually a combination of it and browser_policy_handlers.js) and mail/components/preferences/test/browser/browser_cloudfile.js (not entirely sure what).
Bug: Console error NS_ERROR_FILE_NOT_FOUND etc. on virgin install after closing Account Setup tab for the first time (without creating an account)
Status: NEW
Priority: --
Created: 2021-08-04 13:50:12+00:00
Resolved: 2022-07-22 07:43:38+00:00

+++ This bug was initially created as a clone of Bug #1665421 +++

STR

1. install 91.0b6 (32-bit) (seen on Win10)
--> Account Setup tab appears.
2. Switch to Home tab (Account Central, no folder list)
3. open Error console (Ctrl+Shift+J)
4. close Account Setup tab

Note: For each new install, **this reproduces only for the *very first time* of closing the Account Tab without accounts**. Subsequent attempts will no longer create the error. To reproduce again, you need to reinstall.

I have seen this on the 2nd or nth installed instance of beta channel in a new folder, but I don't think that matters.


Actual result
- Console error NS_ERROR_FILE_NOT_FOUND involving loadPostAccountWizard (see below)
- Seems to check for ical calendars (but we don't have anything to check for because no account data have been entered)
- NS_ERROR_NOT_AVAILABLE (without further info)

Expected result
- no console errors

```
[Exception... "Component returned failure code: 0x80520012 (NS_ERROR_FILE_NOT_FOUND) [nsIMsgAccountManager.loadVirtualFolders]"  nsresult: "0x80520012 (NS_ERROR_FILE_NOT_FOUND)"  location: "JS frame :: chrome://messenger/content/msgMail3PaneWindow.js :: loadPostAccountWizard :: line 914"  data: no] msgMail3PaneWindow.js:914:20
    loadPostAccountWizard chrome://messenger/content/msgMail3PaneWindow.js:914
    AsyncFunctionNext self-hosted:692
    (Async: async)
    _onMessageReceived chrome://messenger/content/msgMail3PaneWindow.js:719
mPlatform is: winnt calendar-migration.js:60:13
Checking for ical data calendar-migration.js:165:13
NS_ERROR_NOT_AVAILABLE
```
Bug: SIGSEGV in mozilla::(anonymous namespace)::RunWatchdog(void*) () at /usr/lib64/thunderbird/libxul.so
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-04 15:20:33+00:00
Resolved: 2021-09-03 11:28:53+00:00

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

Steps to reproduce:

I logged out of a session while Thunderbird was running in the background.


Actual results:

A coredump was written. Here's an excerpt showing thread 1:

```
#0  raise (sig=<optimized out>) at ../sysdeps/unix/sysv/linux/raise.c:49
#1  0x00007f46f77952ae in nsProfileLock::FatalSignalHandler(int, siginfo_t*, void*) () at /usr/lib64/thunderbird/libxul.so
#2  <signal handler called> () at ../sysdeps/unix/sysv/linux/sigaction.c
#3  0x00007f46f77a96fb in mozilla::(anonymous namespace)::RunWatchdog(void*) () at /usr/lib64/thunderbird/libxul.so
#4  0x00007f46fd961080 in _pt_root (arg=0x7f46dc7dd940) at pthreads/ptthread.c:201
#5  0x00007f46fdf23259 in start_thread (arg=0x7f46f2baa640) at pthread_create.c:481
#6  0x00007f46fdc102b3 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
```
Bug: Account setup doesn't use provider display name for calendars
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-04 20:58:40+00:00
Resolved: 2022-03-02 15:11:38+00:00

When detecting calendars, the blue label seems to be using the "type" attribute from the provider. This might be a technical name and not a good fit for the dialog.

The Provider interfaces have a displayName we could use instead, for this purpose I'd probably go a step further and have a new shortName property. The base class should default this to displayName if not provided.

https://searchfox.org/comm-central/rev/6c2670e4a542f81b254966921f23f1d62904ea13/calendar/base/public/calICalendarProvider.idl#30

Would be great to track this for 91 so we don't expose the technical names for add-ons using autodetection.
Bug: Intermittent comm/mail/test/browser/content-tabs/browser_aboutSupport.js | String "null" should not be on the content tab's page - false == true
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-08-05 05:53:28+00:00
Resolved: 2021-09-08 08:24:23+00:00

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

---
```

```
Bug: Values containing an equal character in search filter for LDAP address book are broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-05 11:37:53+00:00
Resolved: 2021-08-18 22:19:16+00:00

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

Steps to reproduce:

I have an address book with this search filter in the form (memberof=cn=Group,dc=domain,dc=local) that I use to filter a subset of my LDAP directory


Actual results:

There is no result at all since the value is cut at the first equal character and become (memberof=cn)


Expected results:

The filter value should be included entirely and the search should return results.
Bug: Trouble moving search results from multiple folders to a single folder
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-05 14:10:30+00:00
Resolved: 2024-12-26 20:28:00+00:00

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

Steps to reproduce:

1. Search for messages.

2. "Show results as list."

3. Select all the appropriate results, and try to move them to one folder.


Actual results:

4. If the 1st result in the group is already in that folder, none will move.

5. I'm not sure what happens if another result, but not the 1st, is already in that folder.


Expected results:

7. Regardless whether the 1st result is in that folder, any selected results which aren't already in the desired folder should move there.
Bug: [autoconfig] LoginManager fails due to wrong origin when loaded in tab (no negative user visible effect)
Status: ASSIGNED
Priority: --
Created: 2021-08-05 20:51:28+00:00
Resolved: 2024-11-06 14:38:23+00:00

Reproduction:
* Set up an email account in the Account Creation dialog in a tab.

Actual result:
* Errors and warnings on the console:
```
console.warn: LoginHelper(Main): "Couldn't parse origin for" "about:accountsetup" ({})
JavaScript error: resource://gre/modules/LoginAutoComplete.jsm, line 536: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIURI.host]
```

This means that saving the password might be broken. I haven't verified that. In any case, the LoginManager is failing.

Cause is that the dialog is now in a tab with URL "about:accountsetup", and the LoginManager gets the origin and hostname, and fails.
Bug: Thunderbird renders HTML improperly (distorted layout/element positioning); possibly related to <div> elements
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-05 22:30:00+00:00
Resolved: 2021-08-07 21:24:50+00:00

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

Steps to reproduce:

Opened any of a number of emails sent with body encoded as html (such as the attached email file).


Actual results:

Layout is all messed-up; what should appear in essentially a columnar format is spread off to the right (beyond the right margin), with images overlapping text.


Expected results:

The text and images should appear centered, in an essentially columnar format. Saving the attached email file and opening it in Firefox shows the content properly rendered.
Bug: "Filter these messages" is washed out in darkmode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-06 02:08:22+00:00
Resolved: 2021-08-07 10:54:22+00:00

**Steps to reproduce**

Open thunderbird

**Expected Result**

It is dark as normal

**Actual result**

It is a washed-out white
Bug: Using "Quick Filter Search" with Body selected and "Show Only Messsage With Attachments" together shows no result in IMAP account online - no cache - TB keeps searching...
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-06 09:27:24+00:00
Resolved: 2022-12-03 16:33:08+00:00

Step to reproduce in TB 91.0b6 (64-bit) with IMAP account - no cache - online:

- select a folder containing emails with attachments
- enter a key word in Quick Filter search (e.g: guide) - select Body button... just make sure to get result with attachments (as per attachment status icon appearing on message line in the list)
- in message list header select Attachments button to "show only message with attachments"

Actual Result:

TB keep searching... indefinitely it seems... without showing any results or stopping with no result found.

Expected Result:

List only messages with attachments according to Quick Filter search criteria.

- If you unselect Attachment button, results appears ok.
- If you unselect Body button and select Subject, results appears ok (or no result found).

So issue seems to appears only when both Attachment and Body are selected while working with IMAP account online, no cache.
Bug: Own created E-Mail classifed as Junk
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-06 09:32:31+00:00
Resolved: 2021-08-07 20:29:39+00:00

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

Steps to reproduce:

If i look at the sent folder, own created email are classifed as junk.
are you kidding me?
Bug: Account creation dialog for Exchange is unclear with respect to active/inactive buttons - want gray Done button
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-08-06 12:07:13+00:00
Resolved: 2021-08-10 05:23:20+00:00

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

Steps to reproduce:

Try to connect to an Exchange email account:

Reproduction:
* Start TB account creation dialog
* Set up email address that needs Exchange
* Select Exchange protocol
* You see an addon install offer


Actual results:

* [Install] button is grey
* [Done] button is light blue and disabled

see screenshot


Expected results:

* [Install] button is blue
* [Done] button is grey and disabled

Due to the button color, the workflow is unclear
Bug: Intermittent comm/mail/components/preferences/test/browser/browser_cloudfile.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-08-06 12:18:11+00:00
Resolved: 2022-12-19 15:52:15+00:00

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

---
```

```
Bug: "Find in page" panel is not responsive to preview pane width. When pane width is less than length of the text on the bar
Status: NEW
Priority: --
Created: 2021-08-06 16:21:20+00:00
Resolved: 2021-08-28 06:51:20+00:00

In the main Mail tab of TB, when reading email in 3-pane view set vertically (folder|list|preview) the "Find in page" panel (activated via CTRL+F) is not responsive and its content does not adjust to the width of the message preview pane. See attached.

This make it impossible to close it or access some of its options which are hidden.

Workaround is to enlarge the preview pane by sliding its left border far to the left... but not the most convenient...
Bug: Guide user workflow when imap autodiscovery shows to fail
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2021-08-06 19:43:19+00:00
Resolved: 2021-08-07 20:50:50+00:00

Office365 allows many different policy and configuration options for domain admins. IMAP works for some domains and user accounts, but not for others, sometimes even unrelated to MFA.

In TB, currently, email accounts hosted on Office365 always default to IMAP, *even if* the account creation dialog tested IMAP and we **know** for a fact that it doesn't work for that particular user account (probably due to authentication being blocked on the server). That's not really helpful.

Reproduction:
* Start TB account creation dialog
* Set up ben@beonex.onmicrosoft.com
* Click Done

Actual result:
* IMAP is the default.
* After clicking Done, the validation fails.
* IMAP is still the default, even though we know that it doesn't work for this account
* IMAP option is very prominent: Large, with bold server names, blue background. Eye-catchy. But we know it doesn't work in this case. The working Exchange option is smaller, grey, has no server names, and is at the bottom. It's not easy for the end user to see and understand what he has to do next.

Expected result:
* IMAP is the default.
* After clicking Done, and validation for IMAP fails:
* Exchange is made the default
* A message for the user explains why, see screenshot2
Bug: Thunderbird shows bird icon instead of envelope in Windows systray when new mail arrives
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-06 22:09:40+00:00
Resolved: 2021-08-08 16:23:20+00:00

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

Steps to reproduce:

Just installed thunderbird version 78.12 (64 bit). Bug does not seem to be present in the 32 bit version.


Actual results:

Show icon on taskbar when new email is just the standard thunderbird icon instead of the envelope.




Expected results:

It should be the envelope instead of just the thunderbird icon.
Bug: View Source with dark theme only display's first page properly
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-08-07 10:03:36+00:00
Resolved: 2021-08-07 12:12:31+00:00

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

Steps to reproduce:

I am using version 60.9.1 32 bit with a dark theme, i.e. white text on black using this article - http://kb.mozillazine.org/White_on_black_-_Thunderbird
Click on a mail. Click More->View Source


Actual results:

First screenful shows the source as white on black. If we scroll down, the rest of the mail is all white.


Expected results:

Complete source should have been visible as white text with black background.