Thunderbird Startup takes 15min, 100%CPU with Lightning and CalDAV

RESOLVED WORKSFORME

Status

defect
--
major
RESOLVED WORKSFORME
8 months ago
2 days ago

People

(Reporter: louis, Unassigned)

Tracking

({perf})

Details

(Whiteboard: [dupme?])

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

Steps to reproduce:

This is a followup to bug no. 1310948 (https://bugzilla.mozilla.org/show_bug.cgi?id=1310948) that I had some comments on.

The story goes like this:

Version 52.9.1 (64-bit) and earlier, on Mac OS Mojave (and several versions before)
Lightning Extension installed and active
Several Google Calendars set up, using "CalDAV" (more on this later)

Launch Thunderbird


Actual results:

After I launch Thunderbird it proceeds to use 100% CPU and nothing happens until 15 minutes (consistently) later, prompting for the Master Security Device password. After this, everything works fine.




Expected results:

If I disable the Lightning extension and reboot, then Thunderbird starts up immediately, prompting for the master password. This should happen with the extension enabled - we can't realistically expect it to connect to these servers without first unlocking the password db, so it must be something that happens before negotiating the connection to the calendar servers.

My previous suspicions were about message indexing (see the prior bug), but since Thunderbird starts up with no issue when Lightning is disabled, I think that is not the problem here.

This problem does not occur when there are no CalDAV servers configured in Lightning.

Please let me know if I can provide more details.

Thanks for looking.
Severity: normal → major
Component: Untriaged → Provider: CalDAV
Keywords: perf
Product: Thunderbird → Calendar
Version: 52 Branch → unspecified

This issue continues to occur on TB 60.5.0 and Lightning 6.2.5

Whiteboard: [dupme?]

(In reply to louis from comment #1)

This issue continues to occur on TB 60.5.0 and Lightning 6.2.5

Louis,

Have you by chance updated to 60.7.0 and seen any improvement? In your STR, you state disabling Lightning or having no servers configured makes TB start quickly so it's sounding likely that another extension is slowing things down. You're only using straight CalDAV and not the Provider for Google Calendar, right?

Have you by chance also tried a new profile so see how things behave? Can you see anything in Error Console (launch using Ctrl-Shift-J or via Tools > Developer Tools > Error Console)?

(In reply to louis from comment #1)

This issue continues to occur on TB 60.5.0 and Lightning 6.2.5

Louis,

This issue should have been resolved as of TB 60.5.1. Can you confirm that your issue is fixed presently so I can close this bug report?

Hi,

I did update to the 60.7 and still had the issue. However - after reading your message I decided to create a new profile to play with. After moving all my mail, groups and settings over to the new profile and setting the Calendars back up manually, things seem to be working ok!

So I'm not certain what it is that was causing the problem or whether my rebuilt profile would have fixed it a few versions ago.

A couple of things that I want to wait out...

  1. I'm not being prompted for the master password when I restart Thunderbird. I'm guessing the credentials are cached and would need to expire first.

  2. Thunderbird is still indexing everything (I have a lot of messages in many IMAP folders and local folders).

If it's ok to wait a few days before closing, please do. If I start to see anything odd I'll follow up.

Thanks for working on this!

Louis

(In reply to louis from comment #4)

Hi,

I did update to the 60.7 and still had the issue. However - after reading your message I decided to create a new profile to play with. After moving all my mail, groups and settings over to the new profile and setting the Calendars back up manually, things seem to be working ok!

So I'm not certain what it is that was causing the problem or whether my rebuilt profile would have fixed it a few versions ago.

A couple of things that I want to wait out...

  1. I'm not being prompted for the master password when I restart Thunderbird. I'm guessing the credentials are cached and would need to expire first.

  2. Thunderbird is still indexing everything (I have a lot of messages in many IMAP folders and local folders).

If it's ok to wait a few days before closing, please do. If I start to see anything odd I'll follow up.

Thanks for working on this!

Louis

Thanks for the follow up. Wondering if some pref got set in your old profile and isn't on in the new one you just created and thus things are working. I'll wait a few days before closing as WFM or you can resolve as WFM yourself.

Duplicate of this bug: 1550256

Wayne,

Ok to close now as WFM per Luis' ok?

Arthur - Thank you. I believe we can close this as WFM at this point. I've had none of these problems since updating to a new profile.

Louis

Louis, thanks. Closing WFM and noting your profile refresh fixed it. Thanks.

Status: UNCONFIRMED → RESOLVED
Closed: 14 days ago
Resolution: --- → WORKSFORME

I did just take a peek at #1550256 and it actually looks like a different problem. Maybe that should be reopened?

This is not what I am experiencing. What is happening to me is that after Thunderbird has been running for several minutes it slows to a crawl. It can take 15 seconds for any action to occur. Even hovering over an action button takes 15 seconds before it changes (acknowledges mouse arrow is over it). I exit and close Thunderbird then restart and Thunderbird is fast again.

I'm not sure why I'm on this bug report since it's not what I'm experiencing.

(In reply to Arnold McGall from comment #11)

This is not what I am experiencing. What is happening to me is that after Thunderbird has been running for several minutes it slows to a crawl. It can take 15 seconds for any action to occur. Even hovering over an action button takes 15 seconds before it changes (acknowledges mouse arrow is over it). I exit and close Thunderbird then restart and Thunderbird is fast again.

I'm not sure why I'm on this bug report since it's not what I'm experiencing.

Arnold. You can click the Stop Following button up on the top let of the bug report to stop getting messages about it.

I believe this bug is a duplicate of Bug 1502923 for which a patch was issued but hold back due to causing a regression in 68.x branch as Lightning code changed a lot in that branch since 67.x.

The current workaround you can try is to make sure that in the Calendar view > Find Event area you choose something like "Currently Selected Day" instead of "All Events" in the selection box prior restarting TB. This would minimise the issue and TB should be working again at a more quicker pace after startup though keep in mind this does not effectively sort the issue, TB would remain unavailable during calendar items loading, just minimise it... become usable again more quickly...

Not a solution but may help you to cope with the issue for now.

You need to log in before you can comment on or make changes to this bug.