av9ash/GitBugs huggingface dataset:
Bug: problems with ordered list in firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-21 05:41:40+00:00
Resolved: 2022-01-11 06:43:54+00:00

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

Steps to reproduce:

I create an email of nested order lists which looks like (in pseudo code):
+++
"start ordered list"
item 1
item 2
item 3
item 3.1
item 4
item 5
"end ordered list"

The ordered list is displayed incorrectly and I have to remove all </li> tags to get proper display.

Rather than attaching the files, I cut-and-pasted what tBird gives me and what I had to do to correct as the "what happened" and "what should have happened"

This is a bug that is not just in writing an html. The tBird draft email shows the same problem

I checked on the Mozilla site for MDN Web Docs (https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol) and can see, under "Usage Notes", the following which indicates Mozilla standards say I should be able to have nested ordered lists:

"The <ol> and <ul> elements may nest as deeply as desired, alternating between <ol> and <ul> however you like."

I am running tBird 68.8.0 (64-bit) on a Centos 7.8 machine and am up-to-date as far as yum is concerned.

I hope I have provided the necessary info. If you need something else, please let me know


Actual results:

this is the file I write out to an *.html file:
++++
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    <title>testOfBadNumericOrderedList__OL_tag</title>
  </head>
  <body>
    v1.0 :: 20may20 -- test file to show the problem in ordered lists
    created in tBird<br>
    =====<br>
    This is the ordered list:<br>
    <ol>
      <li>First line</li>
      <li>Second line</li>
      <li>Third line</li>
      <ol>
        <li>First sub-line of third line</li>
      </ol>
      <li>Fourth line</li>
      <li>Fifth line</li>
    </ol>
    End of ordered list<br>
  </body>
</html>
++++


Expected results:

this is what the file needs to be to display as intended:
+++++
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    <title>testOfBadNumericOrderedList__OL_tag</title>
  </head>
  <body>
    v1.0 :: 20may20 -- test file to show the problem in ordered lists
    created in tBird<br>
    =====<br>
    This is the ordered list:<br>
    <ol>
      <li>First line
      <li>Second line
      <li>Third line
      <ol>
        <li>First sub-line of third line
      </ol>
      <li>Fourth line
      <li>Fifth line
    </ol>
    End of ordered list<br>
  </body>
</html>
+++++
Bug: Incoming messages appear under incorrect sender and are lost as far as I can determine
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-21 14:16:32+00:00
Resolved: 2020-06-02 20:37:35+00:00

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

Steps to reproduce:

Download new messages


Actual results:

Sender and his message are out of  synchronization.  His message appears lost. 


Expected results:

As the have for years, sender and his message are synchronized in the listing of incoming.
Bug: MOZOBJDIR/_tests/xpcshell/comm/chat/protocols/irc/test/test_sendBufferedCommand.js, line 103: TypeError: ok is not a function
Status: NEW
Priority: --
Created: 2020-05-21 14:47:41+00:00
Resolved: 2021-04-20 11:33:41+00:00

In an local Thunbird mochitest run under valgrind (this slows down the operation very much), I see the following error.

```
/NEW-SSD/moz-obj-dir/objdir-tb3/_tests/xpcshell/comm/chat/protocols/irc/test/test_sendBufferedCommand.js, line 103: TypeError: ok is not a function

```
Obviously, the timeout path has not been tested very well, and there seems to be some scoping issue that makes |ok| not visible in the function that gets called when timeout  occurs.

The error happens in the comm/chat/protocols/irc/test/test_sendBufferedCommand.js
The line is at
https://searchfox.org/comm-central/source/chat/protocols/irc/test/test_sendBufferedCommand.js#103

Once this error is fixed, I think a few more tests would be run even under valgrind and would hit the error path(s).

BTW, you need to run xpcshell test with |--serialize| and |--verbose| to make sure that the valgrind outputs from various runs won't interfere with each other and that valgrind log is listed even if there are no errors. [Well, actually there *ARE* errors which xpcshell tests framework does not recognize as such and merrily report there were no errors. Tough.]
Bug: DEBUG BUILD TB mochitest JavaScript error: resource://gre/modules/ActorManagerChild.jsm, line 297: TypeError: can't access property "entries", singletons is null
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-21 17:10:54+00:00
Resolved: 2024-06-30 14:06:58+00:00

With DEBUG version of TB, mochitest log list the following lines more than 800 times.

```
JavaScript error: resource://gre/modules/ActorManagerChild.jsm, line 297: TypeError: can't access property "entries", singletons is null
```
This error is visible on tryserver. For example, Geoff's job:
https://firefoxci.taskcluster-artifacts.net/ICOSUixoTK-k0K3mzq4N1A/0/public/logs/live_backing.log

https://searchfox.org/mozilla-central/source/toolkit/modules/ActorManagerChild.jsm#297


I did not see it 36 hours ago, so this is very new. I have no idea what changed.
Bug: Info sent not correct when changing email server & TB doesn't tell me which accounts need the password entered
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-21 19:25:49+00:00
Resolved: 2020-05-29 23:33:58+00:00

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

Steps to reproduce:

Changed the email server when I moved to a new hoster.


Actual results:

Backstory - I have a lot of e-mail accounts. That should be noted. I also don't use all of my accounts, sometimes I don't even look at the mail in them for months.

During this hoster change I did NOT change my p/w

So it turns out, TB was not sending the right p/w to my hoster's server & so their security software blocked my IP & I couldn't get into the new CPanel, have access to my mail, it was a whole thing that caused to lose sleep for 4 hours b/c I had to wait for them to respond to my tickets.

They kept telling me I was putting in the wrong p/w, but I wasn't & in fact I wasn't putting in any new p/w.

I do remember a while ago that TB used to have the p/w dialogue box popup occasionally for a lot of my accts., & I'd have to enter in the p/w.

This time it didn't do that. Even once I realized what the issue was, I did "Get Mail for all accounts" & it only popped up one account. 

The hoster told me it's still happening.

I then restarted TB & it still didn't ask me for more than one p/w again.

I finally figured out what I had to do to solve this problem. I had to click on inbox for every account & only THEN would the p/w dialogue box appear.

I also had to send an e-mail from that account just to get the sent area to prompt for the p/w otherwise months from now when I try to send an e-mail I could end up getting locked out again.

I finally got it under control once I figured out the solution.

This is the logs file they were getting from TB.https://mega.nz/#!okN2BSZB!2JHdk0yaWR5haJSKASExRH1PY2hwnMtcX10eJ6pfcwQ


Expected results:

It shouldn't have sent any p/w to their server. I get that this is a security feature b/c I changed the e-mail server, but I was clueless that this was even happening b/c I can't tell that TB is sending them the wrong p/w when it's not wrong. 

My website coder suggests that when you edit the server name right then & there is when you should ask for the p/w, b/c obviously there's bugs when it's not force asking me for the p/w & it's causing drama for me & the hoster.

Thanks
Bug: Archives with yearly archived folder not working with dovecot -  'The current operation on 'Inbox' did not succeed. The mail server for account ... responed: [TRYCREATE] Mailbox isn't selectable."
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-21 23:26:51+00:00
Resolved: 2020-12-06 20:26:12+00:00

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

Steps to reproduce:

Configured 'yearly archived folders' with 'Keep existing folder structure of archived messages'
Tried to archive message from Inbox into Archives/2020/Inbox by pressing 'a'

latest dovecot version on Debian is running (installed directly from dovecot)


Actual results:

Thunderbird displayed error: 'The current operation on 'Inbox' did not succeed.  The mail server for account ... responed: [TRYCREATE] Mailbox isn't selectable.

However, the Inbox exists already, and 'archiving' works when I select mail and drag the mail to Archives/2020/Inbox by mouse.


Expected results:

I'd assume the emails would be archived also when I press 'a'
Bug: 'year'-archive-folder with 'yearly archived' reports unread messages, but folder may no unread or even no messages at all
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-21 23:37:09+00:00
Resolved: 2020-12-06 20:26:25+00:00

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

Steps to reproduce:

Set: 'yearly archived folders' with 'Keep existing...'
Pressed 'a', error resulted as reported in bug 1640035



Actual results:

In the annual folder, a number of "unread" mails has been showing now for quite a while although there are no unread or any message at all.

In other words: I'd expect TB not to have the figure shown, see screenshot


Expected results:

How can I clean that number or see if there are really any emails.

On server-side (latest dovecot) I do not find any emails related to this problem.
Bug: Intermittent toolkit/components/extensions/test/xpcshell/test_ext_webRequest_responseBody.js | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-05-22 02:32:59+00:00
Resolved: 2021-05-27 19:14:53+00:00

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

---
Bug: DEBUG BUILD TB mochitest, JavaScript error: resource://gre/modules/MailGlue.jsm, line 125: TypeError: ActorManagerParent.addActors is not a function
Status: NEW
Priority: --
Created: 2020-05-22 03:27:05+00:00
Resolved: 2020-05-22 09:56:39+00:00

Earlier I reported bug 1639924.

The following error which I report in this bugzilla seems to be closely related to it.

With DEBUG version of TB, mochitest log list the following lines 48 times. 48 at the beginning of the line shows the frequency of occurrences summarized by local script.
This is from local test log.
```
     48 JavaScript error: resource://gre/modules/MailGlue.jsm, line 125: TypeError: ActorManagerParent.addActors is not a function
```

This error is visible on tryserver. For example, Geoff's job
https://firefoxci.taskcluster-artifacts.net/ICOSUixoTK-k0K3mzq4N1A/0/public/logs/live_backing.log

The source is at the following: I am not sure why I have one line difference.
https://searchfox.org/comm-central/source/mail/components/MailGlue.jsm#124

I did not see it for the last couple of days, so this is very new. I have no idea what changed.

The reason I say  bug 1639924 and this bugzilla entry are closely correlated is shown in the attachment. They seem to happen very closely (and the name of the variable, function and filenames are very related.).
The attachment is produced by 
```
egrep "(TEST_START|TEST_END|Entering test|Leaving test|ActorManagerChild.jsm|ActorManagerParent.addActors is not)" /FF-NEW/log1223-mochitest.txt 
```
where log1223-mochitest.txt is the local log where the errors were noticed.
Bug: Account screen - actions button wrapping
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-22 08:12:43+00:00
Resolved: 2020-06-13 08:32:15+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.61 Safari/537.36

Steps to reproduce:

Started Thunderbird and selected email account on left to show account summary window on right.


Actual results:

On higher resolution screens, the account option 'End-to-end Encryption' is not on the same line as the other options for 'Read Mesages' and 'Manage Message Filters' etc.


Expected results:

On higher resolution screens, the account option 'End-to-end Encryption' should be on the same line as the other options for 'Read Mesages' and 'Manage Message Filters' etc.

This is proven by the fact that when you resize the main TB window, the options buttons wrap as expected.

(Is there a fixed width setting going on here?)
Bug: Local folders (sub folders) don't display in Unified View
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-22 10:15:24+00:00
Resolved: 2020-07-16 14:29:18+00:00

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

Steps to reproduce:

I have moved a lot of my old emails from their accounts into accounts I have set up in local folders. The local folder that has an account name like newsletters and then to sub folders inbox and sent. In the normal view both of these subfolders display perfectly but when I go to unified view about half of the accounts in local folders will not display the little icon > Showing that there are subfolders that can be expanded. If I go back to normal view and not unified view they display perfectly again


Actual results:

In unified view subfolders for accounts in the local folders are not visible. If you go out of unified view back to all then everything displays correctly


Expected results:

in  view | folder |  all    The display looks like this below as expected

> Newsletters
   Inbox
   Sent

> Sport club account
   Inbox
   Sent

------------------------------------------------------------------------

In view | folder | unified      The display looks like this below which is not what i would expect

> Newsletters
   Inbox
   Sent

  Sport club account              

NOTE:  The sport club account doesnt display the sub folders but the newsltters does ???   and to make it worse it is not always the same sometimes they will swap positions and display Newsletters without subfolders but Sport club account with subfolders  ???
Bug: Unread count is accurate but some unread mails missing from message list
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-22 10:36:42+00:00
Resolved: 2020-05-27 23:54:53+00:00

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

Steps to reproduce:

Version 77.0beta, first offered to channel users on May 11, 2020
The unread count displays a number greater than the number of unread messages in the message list.

Other messages also not displayed! 

Maybe it's a setting of mine. Nevertheless there are two email addresses which show up like this.

It's not a big deal, I can always go to the webmail if the numbers are wrong, but there is an operational problem in that something older but useful could get overlooked. Thunderbird desktop is easier than webmail .. is my point.

Thanks


Actual results:

I reviewed the webmail interface for the imap server and the unread count agrees with the number of unread messages shown there. 
Please see the upper image in the attached image file.


Expected results:

some unread messages on the webmail display should have also been shown on thunderbird.
Please see the lower image in the attached image file. Apologies that it is unclear in detail but I think sufficient is shown for identification purposes.
Bug: Thunderbird not responding in MacOS Catalina when trying to configure "Composition & Addressing" from "Manage Identities" option
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-22 12:53:05+00:00
Resolved: 2020-07-07 13:05:22+00:00

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

Steps to reproduce:

Go to Account Settings, click on MAnage Identities, choose an identity and click on Edit. Then click on Composition & Addressing.


Actual results:

Thunderbird stops responding, cannot choose any other tab or close the configuration window or do anything else. Finally I've had to foce quit Thunderbird, loosing any other changes done in the identity.


Expected results:

The Composition & Addressing tab should have been loaded
Bug: Thunderbird does not trust enterprise roots
Status: UNCONFIRMED
Priority: --
Created: 2020-05-22 14:36:50+00:00
Resolved: 2022-07-21 15:47:24+00:00

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

Steps to reproduce:

I tried to use a self-produced S/MIME certificate, signed with my own root, for signing a mail.


Actual results:

Thunderbird refused to sign the mail due to lack of trust, but in its certificate store Thunderbird confirmed the certificate as trusted for signing.


Expected results:

Thunderbird should have seen that the mail certificate was signed by a root certificate which had full trust in my Windows certificate store, and sign the mail. Thunderbird even supposed the certificate in the account settings to choose for signing and encrypting mails!

So I switched the "security.enterprise_roots.enabled" to false to have a proper view on the certificate, I installed my root certificate directly in Thunderbird and now I can sign mails with it.

I think security.enterprise_roots.enabled should not be set on "true" as standard at the moment.
Bug: No search input when using Ctrl+K search page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-22 16:24:11+00:00
Resolved: 2020-05-22 20:50:00+00:00

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

Steps to reproduce:

Ctrl+K


Actual results:

Search page opened, no search input shown. See attachment


Expected results:

I should be able to type in a query somewhere
Bug: Message search defective, fails to find messages
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-22 17:24:12+00:00
Resolved: 2021-11-29 13:52:09+00:00

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

Steps to reproduce:

Try to find messages from specific Sender. Sender is stored in Address Book with first name, last name, display name, and email. Actual email address is, as in 95+% of cases, not equal to or a substring of user's actual name.


Actual results:

Search by user's first or last name. Search results miss qualifying messages.
Search by email address (complete string preceding '@'). Search results find ALL qualifying messages.


Expected results:

Search should return ALL messages, in that folder, where Sender's names OR formal email address contain the search string. And BTW case-INsensitive.

Will send screenshots, if requested.
Bug: comm/mail/components/extensions/test/browser/browser_ext_windows.js test failures
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-05-22 18:24:33+00:00
Resolved: 2020-06-01 06:38:56+00:00

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

---
Bug: CI busted: Exception: In job.run using u'mozharness-test'/u'generic-worker' for job u'test-macosx1014-64/debug-xpcshell-1':  two or more values in the same group of exclusion 'optimization' @ data[u'test'][<optimization>]
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-05-23 10:28:43+00:00
Resolved: 2020-06-04 20:01:09+00:00

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

---

Something from either https://hg.mozilla.org/mozilla-central/pushloghtml?changeset=bbcc193fe0f0389a417ab4e047dc62b4837bf6b1 or https://hg.mozilla.org/mozilla-central/pushloghtml?changeset=d6abd35b54ad39fa030217716b172fa9883bf3c8
Bug: Get All New Messages icon poorly visible in dark mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-23 12:49:28+00:00
Resolved: 2021-07-16 00:34:18+00:00

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

Steps to reproduce:

Thunderbird is set to dark mode. Click the arrow next to the "Get messages" button. 


Actual results:

The icon belonging to the "Get All New Messages" entry is poorly visible because it is a light grey on white background.


Expected results:

In light mode, the icon is black with a light background. However, when switching to dark mode, the color of the icon gets inverted although the background color doesn't change. 
Either set the icon to remain dark or change the background color (which involves changing the account icon(s)).
Bug: Thunderbird mochitest, JavaScript error: resource://gre/actors/BrowserElementParent.jsm, line 81: TypeError: can't access property "ownerGlobal", browser is null
Status: NEW
Priority: --
Created: 2020-05-23 16:07:08+00:00
Resolved: 2020-06-08 16:58:32+00:00

This is cloned from bug 1608796. 
I get a set of consistent errors (unlike bug 1608796)
during local execution of mochitest with DEBUG version of thunderbird.

From bug 1608796 comment 12.:
There seems to be a very similar problem which is visible in the local run of thunderbird mochitest (running FULL DEBUG version of thunderbird).

  6 Console message: [JavaScript Error: "TypeError: can't access property "ownerGlobal", browser is null" {file: "resource://gre/actors/BrowserElementParent.jsm" line: 81}]

https://searchfox.org/mozilla-central/source/toolkit/actors/BrowserElementParent.jsm#81

      case "DOMWindowClose": {
        // This message is sent whenever window.close() is called within a window
        // that had originally been opened via window.open. Double-check that this is
        // coming from a top-level frame, and then dispatch the DOMWindowClose event
        // on the browser so that the front-end code can do the right thing with the
        // request to close.
        if (!this.manager.browsingContext.parent) {
          let browser = this.manager.browsingContext.embedderElement;
          let win = browser.ownerGlobal;   <===== 
          // If this is a non-remote browser, the DOMWindowClose event will bubble
          // up naturally, and doesn't need to be re-dispatched.
          if (browser.isRemoteBrowser) {
            browser.dispatchEvent(
              new win.CustomEvent("DOMWindowClose", {
                bubbles: true,
              })

Shall I file a different bugzilla since this is a different file (https://searchfox.org/mozilla-central/source/toolkit/actors/BrowserElementParent.jsm#81 ) and from a different test?
But I suspect there is a similar underlying cause.
===> I am cloning a different bugzilla here.


 There seems to be a very similar problem which is visible in the local run of thunderbird mochitest (running FULL DEBUG version of thunderbird).

      6 Console message: [JavaScript Error: "TypeError: can't access property "ownerGlobal", browser is null" {file: "resource://gre/actors/BrowserElementParent.jsm" line: 81}]

The errors in comment 12 are visible on tryserver job as well.
For example.:
https://firefoxci.taskcluster-artifacts.net/SOz6SbgLQ6eB4IClYRdqqQ/0/public/logs/live_backing.log

I think this is architecture neutral and so set the architecture to all/all.