av9ash/GitBugs huggingface dataset:
Bug: 400 Bad Request in OAuth2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-19 16:15:26+00:00
Resolved: 2023-01-20 11:59:43+00:00

Steps to reproduce:

Existing IMAP OAuth2 0365 account that previous version worked fine now after version upgrade 102.7.0 forces OAuth2 re-authentication which fails. Steps:
1. Open Errror Console (Ctrl+Shift+j)
2. Get Messages of the o365 account. 



Actual results:

2. OAuth2 re-authentication kicks in and presents MS login
3. Enter valid Email address and password
2. Do valid 2FA (works in the o365 website, with Google Authenticator but other registered methods where tried and made no difference.)
3. Authentication fails with TB pop-up message
4. Error console shows HTML 400 error surrounded by other warnings: 


16:26:33.787 Not showing popup notification password with the message Save login for microsoftonline.com? browserRequest.js:12:13
16:26:33.790 NS_ERROR_NOT_IMPLEMENTED: Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIRequest.name] OAuth2.jsm:168
    onStateChange resource:///modules/OAuth2.jsm:168
16:26:35.042 NS_ERROR_NOT_IMPLEMENTED: Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIRequest.name] OAuth2.jsm:168
    onStateChange resource:///modules/OAuth2.jsm:168
16:26:54.190 NS_ERROR_NOT_IMPLEMENTED: Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIRequest.name] OAuth2.jsm:168
    onStateChange resource:///modules/OAuth2.jsm:168
16:26:54.908 NS_ERROR_NOT_IMPLEMENTED: Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIRequest.name] OAuth2.jsm:168
    onStateChange resource:///modules/OAuth2.jsm:168
16:26:54.938 XHRPOSThttps://login.microsoftonline.com/common/oauth2/v2.0/token
[HTTP/1.1 400 Bad Request 754ms]
POST
	https://login.microsoftonline.com/common/oauth2/v2.0/token
Status
400
Bad Request
VersionHTTP/1.1
Transferred1,42 KB (556 B size)
Referrer Policystrict-origin-when-cross-origin

16:26:54.969 Loading failed for the <script> with source “chrome://global/content/netError.js”. neterror:128:4


In the Response tab I find a reference to the error: (https://login.microsoftonline.com/error?code=9002326):

Error Code: 9002326

Message: Cross-origin token redemption is permitted only for the 'Single-Page Application' client-type. Request origin: '{origin}'.

Remediation: The application must fix either the reply URIs registered on the application registration to include a unique reply address of type "spa", or they must fix the token request to not include an Origin header, if being sent from a non-browser client.


Expected results:

Either re-authentication should work or not be necessary.
Bug: Extra whitespace at the beginning of the Subject column in some folders
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-19 18:15:52+00:00
Resolved: 2023-01-24 17:47:56+00:00

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



Actual results:

In some folders (e.g., Local Folders > Sent) there is extra space at the beginning of the Subject column, but not in others (e.g., Local Folders -> Trash). In one of my accounts, all folders have the extra space; in another one, none of the folders has it. Both are IMAP accounts.


Expected results:

Space at the beginning of the Subject column should be just enough to fit the information on whether the message has been forwarded and/or replied to.
Bug: Port bug 1569439: Remove "browser.chrome.toolbar_tips" from all-thunderbird.js
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-19 22:51:22+00:00
Resolved: 2023-01-23 06:44:16+00:00

It's now a static pref (set to true) and needs to be removed from all-thunderbird.js.
Bug: Dragging the splitter is very inefficient
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-20 01:49:04+00:00
Resolved: 2023-02-07 06:09:46+00:00

The splitter updates on every `mousemove` event, and every update causes a reflow. This is a horrible waste of CPU time. I'm going to stop it from updating more than once per frame, as any more frequently does nothing of value, it's not even drawn to the screen.

It's still going to need to reflow at every update because that's how it works out whether it's reached the edge of the allowed area. For simple situations we could pre-calculate this and avoid reflows, but most situations are not simple.
Bug: Start-up tasks delay the loading of the first about:3pane
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-20 02:15:36+00:00
Resolved: 2023-02-07 06:10:01+00:00

We do a bunch of slow start-up tasks when the `mail-startup-done` notification happens (despite the name, we're not done, it's more of a "everything is on the screen ready to use" notification). However, now that the 3-pane UI is in a separate document, the notification happens before it fully loads, and the slow start-up tasks get in the way.

I'm going to delay the notification until after the first tab loads. This makes it slightly inconsistent with the `browser-startup-done` notification in Firefox, but the meaning is more-or-less the same.
Bug: VCF import broken, worked in older version.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-20 05:17:17+00:00
Resolved: 2023-01-26 00:21:23+00:00

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

Steps to reproduce:

Version with issues: 102.7.0 (64-bit)

Trying to import an VCF file for about 140 contacts and convert them to a CSV file, to export a UTF-8 CSV file, for importing into Outlook/M365.



Actual results:


The error console says this:
"Expecting BEGIN:VCARD but got BEGIN:VCARD\r",
The beginning of the vcf file says BEGIN:VCARD.

Can't share the file, as it's customers contact information.
Any Iphone contact export from Icloud/Apple contact lists, should result in the same issue.

This is imported from an Iphone, about a year old and very likely updated.
I exported the contacts of this customer two times and tried to import it with two installs of the new version mentioned.


Expected results:

Doing the same thing in an older version, 68.7.0 (32-bitar), works perfectly fine and I could convert the contacts with ÅÄÖ to a UTF-8 CSV file.
This allowed me to import the contacts to a mail account without issues.

I would be thankful if this was fixed, as I can I start to suffer from dementia.
Thunderbird is a great tool for conversations, so it's good marketing to have this functionality working.
Bug: Startup Crash in [@ cssparser::tokenizer::next_token]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-01-20 08:34:44+00:00
Resolved: 2023-12-31 01:53:56+00:00

Exists in version 91 and 102.

Crash report: https://crash-stats.mozilla.org/report/index/648bee12-cf6d-4f4f-8f67-38d020230120

Reason: ```EXCEPTION_ILLEGAL_INSTRUCTION```

Top 10 frames of crashing thread:
```
0  xul.dll  enum$<style::values::specified::border::BorderSideWidth, 0, 1, Length>::parse_quirky  servo/components/style/values/specified/border.rs:125
1  ?  @0x0000000000003bb5  
2  xul.dll  cssparser::tokenizer::next_token  x86_64-pc-windows-msvc/release/build/cssparser-aee929a18fe18c8b/out/tokenizer.rs:244
3  xul.dll  cssparser::parser::Parser::next_including_whitespace_and_comments  third_party/rust/cssparser/src/parser.rs:611
4  xul.dll  cssparser::parser::Parser::try_parse<enum$<core::result::Result<enum$<style::properties::CSSWideKeyword>, tuple$<> >, 0, 4, Ok>   third_party/rust/cssparser/src/parser.rs:524
5  xul.dll  enum$<style::properties::PropertyDeclaration>::parse_into  x86_64-pc-windows-msvc/release/build/style-71e6ceb0df0e13fe/out/properties.rs:47784
6  xul.dll  style::properties::declaration_block::parse_property_declaration_list  servo/components/style/properties/declaration_block.rs:1464
7  xul.dll  style::stylesheets::rule_parser::impl$6::parse_block  servo/components/style/stylesheets/rule_parser.rs:788
8  xul.dll  style::stylesheets::rule_parser::NestedRuleParser::parse_nested_rules  servo/components/style/stylesheets/rule_parser.rs:438
9  xul.dll  style::stylesheets::rule_parser::impl$5::parse_block  servo/components/style/stylesheets/rule_parser.rs:584
```
Bug: Intermittent comm/mail/test/browser/content-tabs/browser_aboutSupport.js | String should be on the content tab's page - null == true - JS frame :: resource://testing-common/mozmill/ContentTabHelpers.jsm :: assert_content_tab_text_present
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2023-01-20 11:21:02+00:00
Resolved: 2023-02-07 06:10:45+00:00

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

---
```

```
Bug: Account on Microsoft365 returns password is incorrect after update to 102.7.0
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-20 11:23:52+00:00
Resolved: 2023-02-07 05:33:22+00:00

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

Steps to reproduce:

String:Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.7.0
After updating to 102.7.0 mail account on outlook.office365.com asks for password, returns "login or password incorrect".
On other computer I didn't  update, still on 102.6.1, same password works ok, so definitely problem introduced with 102.7.0
3 other accounts with different providers are OK


Actual results:

Can no longer access new mail on outlook.office365.com
Bug: Master-Password/Primary Password Window is transparent - wayland
Status: UNCONFIRMED
Priority: --
Created: 2023-01-20 21:42:17+00:00
Resolved: 2024-12-26 20:32:31+00:00

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

Steps to reproduce:

On my system with a Gnome Desktop (PureOS 10; Gnome 3.38.5), I start Thunderbird directly after booting (in fact it is in autostart) and as I stored the passwords of my Mail-accounts on the Password-Manager the aster-Password/Primary Password Window pops up.


Actual results:

When starting Thunderbird, the Master-Password/Primary Password Window (to access the stored pwds) pops up, but i is transparent (but working as I insert the pw via KeepassXC autotype). 


Expected results:

The same but it should be visible (not only the header) and not transparent.
(like it does when I start the desktop in X11 windows mode)
Bug: Bad error handling if user types in incomplete e-mail address upon account setup
Status: UNCONFIRMED
Priority: --
Created: 2023-01-20 22:15:26+00:00
Resolved: 2023-01-30 08:19:58+00:00

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

Steps to reproduce:

Bad error handling if user types in incomplete e-mail address upon account setup. See enclosed picture, accidentally @gmail was entered instead of @gmail.com.
Bug: Spaces Menu often missing the Mail, Address Book, Calendar, Tasks, and Chat labels in Thunderbird 111.0a1 (2023-1-19) and later.  Wayland?
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-20 23:52:11+00:00
Resolved: 2023-02-17 04:47:43+00:00

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

Steps to reproduce:

I used Thunderbird 111.0a1 (2023-1-18) on Wayland in Plasma 5.26.5 in a Fedora 37 KDE Plasma installation which didn't show the available update to 111.0a1 (2023-1-20) in Help > About Daily. I downloaded Thunderbird 111.0a1 (2023-1-20) from https://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-central-l10n/thunderbird-111.0a1.en-US.linux-x86_64.tar.bz2 and extracted it. I started 111.0a1 (2023-1-20) which I noticed had interface changes. I had previously hidden the Spaces toolbar. I clicked on the Spaces Menu at the top-left of the window which I hadn't seen before.


Actual results:

The Spaces Menu was often missing the Mail, Address Book, Calendar, Tasks, and Chat labels in Thunderbird 111.0a1 (2023-1-20). Those labels were missing about 70-80% of the times I ran 111.0a1 (2023-1-20). I'm attaching a screenshot showing the missing labels in the Spaces Menu. I noticed the same problem with 111.0a1 (2023-1-19). I bisected the problem with mozregression --app thunderbird --good 2023-1-18 --bad 2023-1-19 --persist /tmp/mozregression

The first bad revision had 282 merge changesets so I'm unsure which bug to mark as Regressed by.
2:07.19 INFO: Narrowed integration regression window from [76f62fd3, 45322ce6] (3 builds) to [76f62fd3, 5abcc135] (2 builds) (~1 steps left)
 2:07.19 INFO: No more integration revisions, bisection finished.
 2:07.19 INFO: Last good revision: 76f62fd3a78092592457e19dbc6e59f87c4f084d
 2:07.19 INFO: First bad revision: 5abcc1359eb7d4122f958a823e29b43de5f60b2e
 2:07.19 INFO: Pushlog:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=76f62fd3a78092592457e19dbc6e59f87c4f084d&tochange=5abcc1359eb7d4122f958a823e29b43de5f60b2e



Expected results:

The Spaces Menu should have shown the Mail, Address Book, Calendar, Tasks, and Chat labels each time in Thunderbird 111.0a1 (2023-1-20).
Bug: Double clicking on emails didn't open them in a new tab in Thunderbird 111.0a1 (2023-1-20)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-21 01:20:46+00:00
Resolved: 2023-04-24 19:51:26+00:00

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

Steps to reproduce:

I used Thunderbird 111.0a1 (2023-1-18) on Wayland in Plasma 5.26.5 in a Fedora 37 KDE Plasma installation which didn't show the available update to 111.0a1 (2023-1-20) in Help > About Daily. I downloaded Thunderbird 111.0a1 (2023-1-20) from https://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-central-l10n/thunderbird-111.0a1.en-US.linux-x86_64.tar.bz2 and extracted it. I started 111.0a1 (2023-1-20) which I noticed had interface changes. I double clicked on various emails in the message lists in my Local folders. I had previously set emails to be opened in new tabs.


Actual results:

Double clicking on emails in message lists didn't open them in a new tab in Thunderbird 111.0a1 (2023-1-20). There was no indication that the emails were opened. The emails that I double clicked were highlighted in the lists. Double clicking on emails in lists opened them in new tabs in 111.0a1 (2023-1-18) and earlier. I bisected the problem with mozregression --app thunderbird --good 2023-1-18 --bad 2023-1-20 --persist /tmp/mozregression -p ~/.thunderbird/9hcim5o9.default

The first bad revision had 282 merge changesets so I'm unsure which bug to mark as Regressed by.
4:33.50 INFO: Narrowed integration regression window from [76f62fd3, 45322ce6] (3 builds) to [76f62fd3, 5abcc135] (2 builds) (~1 steps left)
 4:33.50 INFO: No more integration revisions, bisection finished.
 4:33.50 INFO: Last good revision: 76f62fd3a78092592457e19dbc6e59f87c4f084d
 4:33.50 INFO: First bad revision: 5abcc1359eb7d4122f958a823e29b43de5f60b2e
 4:33.50 INFO: Pushlog:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=76f62fd3a78092592457e19dbc6e59f87c4f084d&tochange=5abcc1359eb7d4122f958a823e29b43de5f60b2e

When I right-clicked on the same emails in message lists and clicked on Open Message in New Tab in the context menu, the emails were opened in new tabs.


Expected results:

Double clicking on emails in message lists should have opened them in a new tab in Thunderbird 111.0a1 (2023-1-20).
Bug: The Remove Duplicates add-on does not work in Local Folders Inbox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-01-21 18:14:03+00:00
Resolved: 2023-01-22 18:43:52+00:00

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

Steps to reproduce:

click  Tools, Remove Duplicates  after new messages appear in Local Inbox.


Actual results:

Add-on says there are no duplicates, even though multiple duplicates appear in Inbox.  Note:  the Add-on works in the Sent folder, but not in Inbox.


Expected results:

Duplicates should have been found with offer to remove.
Bug: Many messages appear twice in Inbox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-21 18:21:58+00:00
Resolved: 2023-01-22 18:46:25+00:00

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

Steps to reproduce:

Receive new messages in Local Inbox.


Actual results:

Abnout half the new messages appeared twice.


Expected results:

All messages should appear once.
Bug: Sent messages often appear twice in Sent Folder
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-01-21 18:27:49+00:00
Resolved: 2023-02-19 01:49:39+00:00

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

Steps to reproduce:

Send a message.


Actual results:

About half of sent messages appear twice in Sent Folder.
Other messages do not appear in Sent Folder at all, even though they are received by recipient.


Expected results:

All sent messages should appear once and only once in Sent Folder, and should appear there immediately after sending.
Bug: Archived email does not always appear in archive folder
Status: UNCONFIRMED
Priority: --
Created: 2023-01-21 18:50:04+00:00
Resolved: 2023-01-21 18:50:04+00:00

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

Steps to reproduce:

Random - once a week

I receive about 10 emails per day, and on average 5 of them are archived via TB; I may also archive messages directly via Gmail webpage, or mobile phone. Issue occurs only when I try to archive via TB. My archive destination is a folder inside gmail hierarchy.

NB: I don't have any filter on the machine where the issue occurs.


Actual results:

From TB point of view: After pressing the ARCHIVE button, the message disapears from Inbox (as expected), and thats all. It does not appear in the archive-target folder.

From Gmail or phone point of view: nothing happened. The message is still in Inbox.


Expected results:

Archived messages should ALWAYS be moved to folder as requested. Not just 95%.

I have tried to close TB, force manual sync, wait 24h, go offline ... nothing ever fixes the issue. Only REPAIR FOLDER ... which shows message again in INBOX, as if I had never tried to archive it.

I never had that issue with older versions of TB (0.9, 1.5, 3, 5, 25, 43 ... I jumped from 43 to 91 )

TB 91.13.0
Debian 11
Linux 5.10.0-20-amd64
Bug: Crash in [@ mozilla::detail::nsTStringRepr<T>::Last | nsImapIncomingServer::FEAlertFromServer]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-22 00:02:31+00:00
Resolved: 2023-03-10 16:20:02+00:00

On Jan 19, in a few short hours, we see a large spike in crashes, suspiciously around midnight UTC, as seen in this [48 hour graph](https://crash-stats.mozilla.org/signature/?product=Thunderbird&version=102.6.1&signature=mozilla%3A%3Adetail%3A%3AnsTStringRepr%3CT%3E%3A%3ALast%20%7C%20nsImapIncomingServer%3A%3AFEAlertFromServer&date=%3E%3D2023-01-18T13%3A23%3A00.000Z&date=%3C2023-01-20T16%3A23%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=&page=4#graphs).  Ranks #37 for the week, but for 102.6.0 there is no such spike, ranks #117 for the week.

Spot checked and was not able to find other crash signatures with such a spike.  This spike comes long after 102.6.1 was released in December.  

I'm not concerned about the spike, which is gone. But whether there is some underlying condition.

Crash report: https://crash-stats.mozilla.org/report/index/1d27b190-40c8-4555-9a1c-618a80230120.  Windows 10

MOZ_CRASH Reason: ```MOZ_RELEASE_ASSERT(this->mLength > 0) (|Last()| called on an empty string)```

Top 10 frames of crashing thread:
```
0  xul.dll  mozilla::detail::nsTStringRepr<char>::Last const  xpcom/string/nsTSubstring.cpp:962
1  xul.dll  nsImapIncomingServer::FEAlertFromServer  mailnews/imap/src/nsImapIncomingServer.cpp:1767
2  xul.dll  `anonymous namespace'::SyncRunnable2<nsIImapServerSink, const nsTSubstring<char16_t>&, nsIMsgMailNewsUrl*>::Run  mailnews/imap/src/nsSyncRunnableHelpers.cpp:121
3  xul.dll  mozilla::RunnableTask::Run  xpcom/threads/TaskController.cpp:475
4  xul.dll  mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal  xpcom/threads/TaskController.cpp:788
5  xul.dll  mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal  xpcom/threads/TaskController.cpp:620
6  xul.dll  mozilla::TaskController::ProcessPendingMTTask  xpcom/threads/TaskController.cpp:398
7  xul.dll  mozilla::detail::RunnableFunction<`lambda at /builds/worker/checkouts/gecko/xpcom/threads/TaskController.cpp:124:7'>::Run  xpcom/threads/nsThreadUtils.h:531
8  xul.dll  nsThread::ProcessNextEvent  xpcom/threads/nsThread.cpp:1180
9  xul.dll  NS_ProcessNextEvent  xpcom/threads/nsThreadUtils.cpp:465
```

bp-a33653f1-29bd-4b07-aeb7-d0c4a0230119 Mac
Bug: On downloaded linux daily, account/folder pane is blank - accounts/folders not visible with most profiles
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-22 04:43:09+00:00
Resolved: 2023-01-30 03:27:41+00:00

I have several test profiles and most don't show any account or folders on the main screen (mail tab) with today's linux64 daily. Also the summary area on the right is blank and shows no email list. Only one profile seems to be working and showing all account and folders, but some account in that profile don't show emails when clicked.
I think I see normal stuff in imap:4 MOZ_LOG and "get messages" via menu produces a notification of new mail (but it never appears on the screen). There is no "get messages" button visible.
I've only tried and built the daily on linux so maybe OK on other OSes.
I see the problem on a daily I built locally, on a daily I downloaded from archive site ( 	2023-01-21-01-03-47-comm-central) and on a try build derived from latest daily.
Not sure if related to the UI change I see with a "dark mode" at the top, search box at top and no "get messages" button etc.

I downloaded and tried other recent linux daily versions.
The last archived daily version that works is:  2023-01-18-10-06-38-comm-central
After that the UI changes and, as described, most profiles don't show any accounts and emails.
Bug: Thunderbird fails to parse calendar property X-ALT-DESC;FMTTYPE
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-22 07:01:38+00:00
Resolved: 2023-01-23 10:07:51+00:00

Steps to reproduce:

Using Davmail to load Exchange calendar. This setup used to work up until a couple of weeks back: events could be managed in Thunderbird (Lightning)


Actual results:

Most events are no longer loaded. Errors show up in the console:

Calendar:
ParserError: Empty parameter name in ';FMTTYPE="text/html":<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=iso-8859-1"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--\n/* Font Definitions */\n@font-face\n	{font-family:"Cambria Math";\n	panose-1:2 4 5 3 5 4 6 3 2 4;}\n@font-face\n	{font-family:Calibri;\n	panose-1:2 15 5 2 2 2 4 3 2 4;}\n@font-face\n	{font-family:"Segoe UI";\n	panose-1:2 11 5 2 4 2 4 2 2 3;}\n@font-face\n	{font-family:"Segoe UI Semibold";\n	panose-1:2 11 7 2 4 2 4 2 2 3;}\n/* Style Definitions */\np.MsoNormal, li.MsoNormal, div.MsoNormal\n	{margin:0cm;\n	margin-bottom:.0001pt;\

The line reported as parameter name missing value looks as below:
X-ALT-DESC;FMTTYPE="text/html":<html xmlns:v=...

Maybe Thunderbird does not understand names that have parameters and considers FMTTYPE to not be a parameter of X-ALT-DESC?


Expected results:

Calendar entries should be properly parsed and displayed.