Closed Bug 1656891 Opened 5 years ago Closed 3 years ago

Activity Manager disfunctional - XML Parsing Error: not well-formed

Categories

(Thunderbird :: Mail Window Front End, defect)

defect

Tracking

(thunderbird_esr68 affected)

RESOLVED DUPLICATE of bug 1578302
Tracking Status
thunderbird_esr68 --- affected

People

(Reporter: anjeyelf, Unassigned)

Details

Attachments

(2 files)

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

Steps to reproduce:

Windows OS
Thunderbird version 78.1.0
Tools > Activity Manager

Leave Activity Manager window open.

Actual results:

Within a session, the log maintains:
Moved x messages from
Deleted x messages from

When a mail is auto checked for messages a log is created regardless of whether there were emails to download or not.
However, if check for emails 10 minutes later, the previous check data is auto erased, so there is no means of seeing a log to check connection check times.

Expected results:

I would expect all activity to remain in the Activity Manager for that session.
I would not expect a new check for messages to overwrite the previous.

Summary: Activity Manager → Activity Manager not retaining log list - data is overwritten within session.
Component: Untriaged → Mail Window Front End

Testing again to verify this was not a one off.
Start Thunderbird 78.1.0
Open Activity Manager.

Two accounts auto checked on start up. Both data visible.
One account checks after 5 minutes and over writes the initial start up check data. 'no message to download'
Both accounts check 5 minutes later and now I only have two logs of data as originals just get removed.
Exit Thunderbird but leave Activity Manager open.

logged is Emptied the deleted folder - for imap gmail on exit.
five minutes later one message auto downloaded and moved to folder.
Note: This message did not overwrite last check 1 message downloaded.
So obviously still running due to Activity Manager not exited.
Start Thunderbird
Activity Manager is still open.
Two accounts auto checked on start up. Both data visible and added to log.
But next auto overwrites,

OK - I've narrowed this down -
If message was 'No messages to download' for account at time xx
then if subsequent check x minutes later is the same
overwrite/delete previous check from log.

This means if no messages to download, then the log of checks is not working. It is being overwritten.
So it is impossible to use Activity Manager to check the log as a means on checking on what is connecting to server and when.

Definitely something wrong in Activity Manager.

  • Checking for messages on gmx email account does not even create any activity manager entry for me.
  • empty activity list entries at the top (see screenshot), even several in TB68
  • Problems already seen in TB 68, but recurring mail checks (with retrieved messages) are listed separately.
  • Errors in Console, as seen on 78.1.0 (64-bit):

XML Parsing Error: not well-formed
Location: moz-nullprincipal:{30763b55-8203-44ab-b12a-65c84d6581b2}
Line Number 19, Column 56: {30763b55-8203-44ab-b12a-65c84d6581b2}:19:56

Uncaught Error: not well-formed XML
parseXULToFragment chrome://global/content/customElements.js:566
connectedCallback chrome://messenger/content/activity-widgets.js:603
addActivityElement chrome://messenger/content/activity.js:129
startup chrome://messenger/content/activity.js:194
onload chrome://messenger/content/activity.xhtml:1
customElements.js:566:17

Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Activity Manager not retaining log list - data is overwritten within session. → Activity Manager disfunctional - XML Parsing Error: not well-formed

(In reply to Anje from comment #0)

  • Are you also seeing such errors in Error Console (Ctrl+Shift+I / Ctrl+Shift+J)?
  • For future bug reports, kindly include error messages from console if any (clear console before testing faulty spot) - that will assist devs a lot to find and fix the bug. As long as we have errors in console, no point of discussing behaviours, because something is broken.
Flags: needinfo?(anjeyelf)

Windows 10 OS 1909
In my case, I do have constant info coming in to the Activity Manager, it just overwrites on the one thing I mentioned.
If no messages previously then it overwrites with no messages.
I'm not seeing anything in error console that relates to activity and I've been checking this. So I do not think it is the same issue as Activity Manager not displaying anything.

But as I was trying to trace the log of whether all accounts were checking for mail on start up and correctly every x minutes, the Activity Manager was the expected place to show this log and it doesn't. One account apparently did not check on start up nor perform a check for over 1.5 hours, this is because the data is overwritten if no messages.

It is almost as if the code is working correctly in so far as it is intended (purposely or unintentionally) in the code to overwrite under specific conditions.
It's one of those things you may not check very often, so the checking on how code is functioning perhaps has not been flagged in the past. Whatever the reason, it is not performing a correct log of Activity and I think it needs someone to have a look at the code.

I've checked a previous version. The issue is occuring in version 68.11.0 and in 78.1.0

Flags: needinfo?(anjeyelf)

I'm seeing the blank Activity Manager in 78.4.0. Various errors in the console:


TypeError: singletons is null ActorManagerChild.jsm:297:32

uncaught exception: Object Prompter.jsm:1229:17

Followed by various errors in RSS feeds about XML parsing errors, probably not relevant.

I see another error in the console which somehow got removed from that previous message:

Exception... "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]" nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)" location: "JS frame :: resource://gre/modules/L10nRegistry.jsm :: L10nRegistry.loadSync :: line 658" data: no]

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: